数字转英文大写转换器，免费

为什么把数字写成文字仍然重要

在美国，每一张纸质支票的法定正文都包含用文字写出的金额，而美国统一商法典 §3-114 规定，当文字与数字不一致时，「文字优先于数字」。一张写着 "One hundred dollars"、数字框写着 "$1,000" 的支票，按一百美元支付。文字才是法定金额；数字只是为了视觉快速阅读。这条单一规则正是为什么数字转文字至今对任何正式金融文件都重要，即便大多数支付早已转向数字渠道几十年。

除了支票，写成文字的数字还出现在：法律合同与本票（其中含糊由法庭裁定）；教孩子数字名字的教材；有声书与 TTS 预处理，引擎在没有提示时会把「1234」读成「一-二-三-四」而不是「一千二百三十四」；以及无障碍场景，在长篇参考文档里，把数字预先写成文字会让屏幕阅读器的输出更舒服。

短刻度对长刻度（以及混淆为何代价昂贵）

20 世纪英语世界最终选定了「短刻度」，但比想象的更耗时：

• 短刻度（美国、现代英国、英联邦英语国家）：million = 10⁶，billion = 10⁹，trillion = 10¹²。每一个新名字按 1,000 倍递进。
• 长刻度（历史上的英国，欧洲大陆大部分地区，法语、西班牙语、德语、荷兰语）：million = 10⁶，milliard = 10⁹，billion = 10¹²。每一个新名字按 1,000,000 倍递进。

英国 1974 年正式转向短刻度，当时首相 Harold Wilson 在议会宣布政府统计将以「billion」表示 10⁹。欧洲大陆大部分地区在日常用语里仍使用长刻度，法语 billion 仍是 10¹²，而法语 milliard 才相当于英语者所说的 billion。本计算器输出短刻度英语（所以 1,000,000,000 → 「one billion」），这与美国及现代英国惯例一致，但与德语或法语读者的预期会显著不同。如果你的文字数字将送到国际受众，值得留意。

关于「and」的问题

关于书写数字最常见的语法问题是是否使用「and」：

• 美国惯例：「one hundred twenty-three」，不带「and」。
• 英国惯例：「one hundred and twenty-three」，十位之前加「and」。
• 两种风格都同意，在货币场景里「and」分隔整数与小数部分：「one hundred dollars and fifty cents」。所以即便是美式书写者也会在这唯一位置上用一次「and」。

实用建议：在美国写支票时，整数部分省略「and」。在英国或为英国受众书写时，加入「and」。在支票上混用两种惯例并无后果（银行无论怎么写都按金额处理），但一致性读起来更严谨。

支票惯例

如果你专门用它写支票，有两个值得了解的银行惯例：

• Title Case 是约定。「One Hundred Twenty-Three Dollars and Fifty Cents」而不是「one hundred twenty-three dollars and fifty cents」。每个主要单词大写；连字符连接复合数字（twenty-three、ninety-nine）。小的连接词（and、of、the）保持小写。
• 分以 XX/100 表示。银行通常接受并偏好以分数形式标注分位：「One Hundred Twenty-Three and 56/100 dollars」而不是「and Fifty-Six Cents」。56/100 的写法不易被读错，也能防止欺诈性篡改。本计算器默认输出文字形式；对于规范的银行格式，文字形式可以使用，但分数形式是严格的惯例。
• 总要包含分位。整数美元金额的支票也应包含「and 00/100」或「and No Cents」或「and 00 cents」。没有显式分位的支票，银行在大批量处理时可能将其标为含糊。

连字符、负数与小数

连字符。英语惯例是把 twenty-one 到 ninety-nine 之间的复合数字用连字符相连（twenty-one、thirty-five、ninety-nine）。更大的复合数字在命名分组之间不加连字符（写「one thousand two hundred thirty-five」时 thousand 与 two 之间不加连字符）。序数遵循同样规则：twenty-first、ninety-ninth。

负数。美式英语通常说「negative twelve」；英式英语在「negative」与「minus」之间摇摆。数学场景常用「minus」；财务场景（债务、亏损）用「negative」或诸如「deficit of twelve」的写法。

小数。两种惯例：逐位读（3.14 读作「three point one four」）在口语英语中通用；按位值读（「three and fourteen hundredths」）更正式，在数学课本中常见。本计算器输出逐位形式，这正是支票与大多数日常书写所用。

数字可以有多大？

英语数字名字远远超出大多数人会用到的范围：

• Million = 10⁶
• Billion = 10⁹（短刻度）
• Trillion = 10¹²
• Quadrillion = 10¹⁵
• Quintillion = 10¹⁸
• Sextillion = 10²¹
• Septillion = 10²⁴
• Octillion = 10²⁷
• Nonillion = 10³⁰
• Decillion = 10³³

JavaScript 的 Number 类型可以安全表示直到 2⁵³−1 ≈ 9 quadrillion 的整数。超过这个范围就会丢失精度。本计算器上限是 999 trillion，远低于精度边界，也远高于任何实际财务数字。

常见使用场景

• 开个人支票。比 20 年前少了，但仍用于保证金、付给承包商、礼金、缴付 IRS。
• 起草法律合同。本票、和解协议以及许多房地产文件都同时包含数字与文字形式的金额。在歧义情形下，文字形式占主导。
• 教材。教孩子数字名字；帮非英语母语者学习财务词汇。
• 有声书 / TTS 预处理。朗读软件根据上下文对「1234」有不同的朗读方式，预先写成文字能避免猜测。
• 无障碍内容。屏幕阅读器用户在长篇参考文档中有时更喜欢预先写出文字的数字。
• 需要金额大写的法域开发票。美国以外的部分法律体系仍要求商业发票上金额以文字大写。

隐私

数字转文字听起来无害，但人们要转换的数字常常是金融性的，支票金额、贷款数字、合同价值、薪资数字。服务器端转换工具会记录每一次转换，意味着第三方能窥见你的财务草稿。本计算器完全在你的浏览器里运行；输入数字、转换逻辑与输出文本全都在你的设备本地。关闭标签页一切清空。

常见错误

1. 混用短刻度与长刻度的「billion」。对德国受众说「one billion」通常意味着 10¹²，而不是 10⁹。一旦有任何含糊的可能，就要把意思讲明确。
2. 漏掉连字符。「twenty one」应该写成「twenty-one」。连字符规则只适用于 21-99 范围内的复合数字。
3. 「and」前后不一致。美式风格在「one hundred twenty-three」里去掉「and」；英式风格保留。在同一文档内选一种并坚持。
4. 支票上漏写分位。即便金额是整数美元，银行也期待「and 00/100」或等价写法。否则支票可能被判为含糊。
5. 大小写漂移。支票惯例是 Title Case。CSS text-transform: capitalize 会输出「Twenty-three」而不是「Twenty-Three」；手动调整可修正带连字符的复合数字。
6. 预期逐位时却按位值读小数。把 π 读成「Three and fourteen hundredths」听起来像旧式数学；「three point one four」是当代通用的口语风格。
7. 试图在 JavaScript 里转换大于 9 quadrillion 的数字。超过 2⁵³−1，JavaScript 会丢失整数精度。把非常大的数字以字符串形式传输。

更多常见问题

美国银行会接受按英式风格、带「and」的支票吗？

会。银行按写成文字的金额处理；「and」是语法，不是法律要求。一张写「one hundred and twenty-three dollars and 50/100」的支票与「one hundred twenty-three dollars and 50/100」按相同金额兑付。银行关心金额，不关心方言。

如果我支票上的文字与数字不一致，会怎样？

在美国，UCC § 3-114 规定文字为准：「words prevail over numbers」。所以一张写着「One hundred dollars」、数字栏写「$1,000」的支票按一百兑付。银行可能把支票退回让你修改，但如果不得不解释，则以文字为准。世界上大多数法域都遵循同样的总体原则。

这对英语以外的语言有效吗？

无效，输出仅为短刻度英语。西班牙语、法语、德语各自有显著不同的数字命名惯例（以及欧洲大陆语言中的长刻度问题）。多语言转换需要按语言的数字转文字库；cldr-pluralrules 与现代浏览器中的 Intl.NumberFormat API 能处理一些情形，但一般不做完整的拼写。

我能把输出用于法律文档吗？

可以，输出是适用于支票、合同、本票及类似金融文件的普通英语。对于高利害的法律文本，请通过朗读结果并对照你所在事务所的内部风格指南来再次核对；大小写、连字符以及「and」惯例都是工具可能遗漏、但快速通读能抓到的地方。

有任何东西发送到服务器吗？

没有。转换是纯 JavaScript 在你的浏览器里运行。输入数字（往往是金融性的）、输出文字（往往要与银行或对手方分享），任何内容都不会被传输。服务器端转换工具会记录输入；这一个不会。

为什么结果不直接是用于支票的 Title Case？

CSS 的 title-casing 对带连字符的复合数字处理不佳，会得到「Twenty-three」而不是「Twenty-Three」。一份干净的支票样式输出需要复制后手动微调，或对「连字符后跟小写字母」做一次性查找替换。我们正在考虑在未来版本中增加专门的「支票格式」开关。