土耳其工程师Mehmet Nuri Öztürk在2016年报告了一个Kotlin编译器隐藏多年的严重bug，该bug与土耳其字母处理有关，导致代码无法编译。这个标准库漏洞直到五年后才被彻底修复，展现了编程语言国际化支持中的潜在问题。

标题：那个让Kotlin崩溃的国家——土耳其字母漏洞引发的五年编译器捉迷藏

核心事件线：

1. 2016年3月：土耳其工程师Mehmet Nuri在Kotlin论坛报告构建失败问题，错误提示为"Unknown compiler message tag"。另一位土耳其开发者Muhammed Demirbaş发现这与土耳其语本地化设置下的字母大小写转换有关（I→ı与İ→i的差异），问题被记录为KT-13631。

2. 2018年10月：Kotlin 1.3发布协程功能后，土耳其开发者Kemal Atlı遭遇NoSuchMethodError，错误显示函数名被错误拼写为boxİnt()（含土耳其语点状大写İ）。经调查发现，编译器在土耳其语言环境下调用capitalize()时，将int转为İnt。

3. 2019年9月：开发者Fatih Doğan提交完整复现案例，团队一周内修复问题，强制指定capitalize(Locale.US)确保英文规则。

4. 2020年9月：新手Muhittin Kaplan发现intArrayOf()运行时错误，根源是decapitalize()在土耳其语中生成ıntArrayOf。Kotlin团队全面审查编译器，修复53个文件中的173处大小写转换代码。

5. 2020-2024年：Kotlin通过KEEP-223提案引入本地化无关的uppercase()/lowercase()函数，并弃用易混淆的capitalize()，最终在Kotlin 2.1彻底解决隐患。

技术原理：

• 土耳其字母特性：土耳其语存在带点（İ/i）和不带点（I/ı）两套字母体系，与英语的I→i转换规则冲突。
• 编译器关键漏洞：
  • XML解析器：INFO.toLowerCase()在土耳其语中变为ınfo，导致无法匹配预定义的info键。
  • 协程代码生成：int.capitalize()生成İnt，错误调用boxİnt()。
  • 数组内置函数：IntArray.decapitalize()生成ıntArrayOf。

后续影响：

• 所有大小写转换函数默认采用固定本地化规则（Locale.US）。
• 移除了语义模糊的capitalize()函数，改用显式的replaceFirstChar { … }。

深层启示：

• 标准库函数设计需考虑全球化场景，简单的字符串操作可能隐含复杂的文化规则。
• Unicode的CLDR（通用本地化数据仓库）是处理多语言规则的重要基础。

（注：原文中关于Medium作者推广内容及图片描述已精简，保留核心事件链与技术细节。）

以下是评论内容的总结：

1. 对Java/Kotlin大小写转换问题的普遍抱怨

• 多位开发者提到在土耳其语环境下使用toLowerCase()时遇到的bug，认为Java应强制要求指定Locale参数
• 关键引用：
  • "Java really should force people to always specify the locale" (#4)
  • "I've had to go through thousands of lines of code to add Locale.ENGLISH" (#2)

2. 对编程语言设计的批评

• 认为依赖系统本地化的字符串操作是糟糕设计，建议使用ASCII-only或强制语言参数
• 关键引用：
  • "If your program depends on letter cases, that is a badly designed program" (#6)
  • "Modern Kotlin thankfully has very few places left where this can happen" (#16)

3. 解决方案建议

• 推荐使用Locale.ROOT而非Locale.US作为默认值
• 建议使用Unicode case folding替代简单的大小写转换
• 关键引用：
  • "I don't suggest Locale.US... use Locale.ROOT" (#8)
  • "Wouldn't case folding solve this? Python has .casefold()" (#13)

4. 土耳其用户的真实困扰

• 土耳其语用户分享因本地化问题导致软件无法运行的经历
• 关键引用：
  • "Half of Java/Python apps never run on Turkish locale" (#6)
  • "Java: write once, run anywhere, except on Turkish Windows" (#7)

5. 极端案例警示

• 引用了一个因字符编码错误导致致命后果的真实事件
• 关键引用：
  • "A missing dot in Turkish text led to a fatal misunderstanding" (#12)

6. 语言特性比较

• 对比不同语言(C#, Rust, Kotlin)处理本地化的方式
• 关键引用：
  • "C# lets you specify Invariant Culture but defaults to system locale" (#14)
  • "Rust's to_uppercase has German ß→SS gotchas" (#6)

7. 开发者幽默/调侃

• 开发者对"土耳其字母bug"的调侃反应
• 关键引用：
  • "When I saw 'Turkish alphabet bug', I just knew it was toLower() gone wrong" (#3)
  • "It's always Turkish lol... our QA language of choice" (#11)