大小写转换器 — 免费在线工具
什么是 大小写转换器?
Header-Case 与 Train-Case 完全相同——它将每个单词的首字母大写，并用连字符连接，从而生成类似 Content-Type 或 Accept-Encoding 的输出。其命名正是源于其主要用途：格式化 HTTP 请求和响应头名称。尽管 HTTP/2 在传输过程中会将头部名称规范化为小写，但 Header-Case 仍是文档、API 工具和开发者接口中的标准显示格式。
何时使用 大小写转换器?
对于 Content-Type、Authorization、X-API-Key 和 Cache-Control 等 HTTP 头名称，请使用“标题大小写”格式。API 文档、Postman 集合以及 REST 客户端接口通常都采用这种格式显示头部。如果您正在使用 Kebab Case 标识符，但需要标题首字母大写，此工具可为您添加该格式。 若需生成类似 COBOL 命名规则的全大写连字符格式输出，请使用 COBOL-CASE 转换器。
如何使用此工具
- 1Paste your text
- 2Click 'Convert' for Header-Case output
- 3Copy for HTTP header names
该工具可检测单词边界，并将每个单词的首字母大写。从技术上讲，HTTP 头部不区分大小写，但为了便于阅读，通常采用 Header-Case 格式进行显示。
示例
| Input | Output |
|---|---|
| content type | Content-Type |
| x api key | X-Api-Key |
| cache control | Cache-Control |
| accept encoding | Accept-Encoding |
| authorization bearer | Authorization-Bearer |
规则与行为
- 每个单词的首字母大写，其余字母小写。这样就形成了HTTP头中常用的标准“首字母大写-连字符-小写”格式。
- 单词之间用连字符（-）分隔。空格、下划线、句点及其他分隔符均被替换为连字符。
- 这是 HTTP 标头名称的标准格式。虽然 HTTP/2 在传输过程中会将标头名称转换为小写，但 Header-Case 仍是惯用的、便于人类阅读的显示格式。
相关工具
常见问题
什么是 Header-Case？
Header-Case 格式将每个单词首字母大写，并用连字符分隔，例如 Content-Type、Cache-Control 和 X-Forwarded-For。这是 HTTP 请求和响应头名称的常规显示格式。该格式也被称为 Train-Case，它使头部信息更易于阅读且保持一致。
Header-Case 和 Train-Case 是一样的吗？
是的。“Header-Case”和“Train-Case”描述的是完全相同的命名约定——即用连字符分隔的大写单词。“Header-Case”一词强调了HTTP头部的语境，而“Train-Case”则描述了连在一起的大写单词所呈现的视觉模式。
为什么叫“Header-Case”？
因为它的主要用途是格式化 HTTP 请求和响应的标头名称。诸如 Content-Type、Authorization、Accept-Language 和 X-API-Key 之类的标准 HTTP 标头都遵循这一约定。该名称直接反映了其最常见的应用场景。
HTTP 头部是否不区分大小写？
是的，根据规范，HTTP/1.1 头部不区分大小写，而 HTTP/2 会将所有头部统一转换为小写。不过，出于可读性考虑，在文档、Postman、cURL 输出以及浏览器开发者工具中，Header-Case（即标题大小写格式，使用连字符分隔）仍是标准的显示格式。
这与“首字母大写”有什么区别？
标题大小写 适用于包含单词间空格的、易于人类阅读的标题（例如“The Quick Brown Fox”）。Header-Case 则使用连字符代替空格，并遵循相同的首字母大写规则，但专为代码标识符设计，而非散文。