Python 2.7中如何不受系统设置影响，用calendar.month_abbr生成英文月份缩写？

我完全理解你的困扰——Python 2.7和3的calendar.month_abbr行为差异确实容易踩坑，尤其是系统区域设置干扰的时候。下面给你两种可靠的解决方案，完全不受系统设置影响：

方法一：直接使用固定的英文月份缩写列表（最推荐） #

英文三字母月份缩写是固定不变的，与其依赖系统locale，不如直接定义一个硬编码的列表，这是最稳定、零依赖的方案：

# 索引0留空，对应月份0（无意义），1-12对应1-12月
ENGLISH_MONTH_ABBR = ['', 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun',
                      'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec']

# 使用示例：把数字1转换成Jan
print(ENGLISH_MONTH_ABBR[1])  # 输出: Jan

这个方法的优势在于完全独立于任何系统设置，不管机器是荷兰语还是其他语言，输出结果都不会变，适合需要稳定输出的生产环境。

方法二：临时切换locale并刷新calendar模块 #

如果你一定要用calendar模块的原生方法，可以临时将时间区域设置为en-US，强制模块生成英文缩写，之后再恢复原locale避免影响其他代码：

import locale
import calendar

# 保存当前的时间区域设置，后续恢复用
original_locale = locale.getlocale(locale.LC_TIME)

try:
    # 切换到英文时间区域（Windows下也可尝试'en-US'或'English_United States'）
    locale.setlocale(locale.LC_TIME, 'en_US')
    # 清除calendar模块的本地化缓存，让它重新生成基于新locale的月份缩写
    calendar._localized_month = None
    # 触发重新生成（访问month_abbr时会自动生成）
    _ = calendar.month_abbr

    # 现在使用calendar.month_abbr就是英文的了
    print(calendar.month_abbr[1])  # 输出: Jan
finally:
    # 恢复原来的区域设置，避免影响其他依赖locale的代码
    locale.setlocale(locale.LC_TIME, original_locale)

注意事项： #

• 部分系统可能需要安装en_US locale包，如果遇到locale.Error: unsupported locale setting错误，优先考虑方法一，或者尝试替换为系统支持的英文locale名称（比如Windows下的'English_US'）。

为什么Python 2和3表现不同？ #

简单来说，Python 3对calendar模块的本地化逻辑做了调整，默认month_abbr就是英文固定值，不会轻易受系统非Unicode语言设置影响；而Python 2.7的calendar.month_abbr是动态基于当前LC_TIME locale生成的，会受系统“非Unicode程序的语言”设置影响，这就是你看到差异的原因。

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