Android Kotlin中Locale.getDefault()与Locale.ENGLISH的差异及使用疑问

使用Locale.ENGLISH替代Locale.getDefault()处理内部业务逻辑的时间/数字格式化的方案完全合理，属于安卓跨Locale开发的标准实践。
你遇到的阿拉伯语等非拉丁语系Locale返回非ASCII数字的问题，本质是Locale.getDefault()返回的是面向用户展示的区域配置，本身就不该用于内部业务逻辑的格式化、解析场景：这类场景要求输出格式完全固定可控，不受用户设备配置变化影响，固定使用Locale.ENGLISH可以完全保证输出的数字、时间格式都是你预期的英文数字字符，从根源上避免数字格式异常。

• 严格区分「内部逻辑用格式化」和「用户展示用格式化」：使用Locale.ENGLISH输出的内容仅可用于内部计算、后端接口传输、本地持久化存储，绝对不要直接展示到UI给用户看。给用户展示的时间、数字内容依然要使用Locale.getDefault()做格式化，保证符合用户所在地区的阅读习惯，避免出现日期格式误解、数字显示不符合当地规范的问题。
• 特殊历法场景需要额外适配：Locale.ENGLISH默认使用公历作为历法规则，如果你的业务需要适配伊斯兰历、希伯来历等非公历的地区需求，需要单独指定历法类型，不要直接依赖Locale默认的历法配置。
• 格式化与解析必须使用相同Locale：如果后续需要解析你用Locale.ENGLISH格式化输出的字符串，必须保证解析时也使用同一个Locale.ENGLISH配置，不要混用其他Locale，否则依然会出现解析失败的问题。
• 也可选择Locale.ROOT作为替代：如果希望进一步减少Locale相关的冗余规则，也可以使用Locale.ROOT替代Locale.ENGLISH，两者在大多数纯格式输出场景下效果一致，Locale.ENGLISH的兼容性表现更稳定，适合绝大多数业务场景。

内容的提问来源于stack exchange，提问作者Noaman Akram