python
from datetime import datetime

now = datetime(2024, 6, 15)
print(now.strftime("%C")) # 输出：20

值得注意的是，%C 的行为依赖于系统的 C 库实现，在某些平台或极端年份下可能出现差异。例如，对于公元前的年份（虽然 Python 的 datetime 默认不支持远古日期），%C 的计算方式可能不符合预期。此外，当处理 0 到 99 年之间的日期时（如 datetime(50, 1, 1)），%C 将返回 00，这在某些历史数据处理中需要特别留意。

在实际开发中，%C 的应用场景较为有限。大多数情况下，开发者更倾向于使用 %Y 来获取完整年份，再通过数学运算手动提取世纪信息。例如：

python year = now.year century = (year - 1) // 100 + 1 # 计算实际世纪编号 print(f"{year} 属于 {century} 世纪") # 输出：2024 属于 21 世纪

这种方式比依赖 %C 更直观，也更容易被团队成员理解。相比之下，%C 返回的是“世纪索引”而非“世纪编号”，缺少了人类习惯的计数逻辑。比如，我们常说“21世纪”，而不是“第20个百年”。

尽管如此，在一些需要与传统 Unix 时间格式兼容的系统中，%C 仍有其价值。特别是在处理跨平台日志文件或解析遗留系统的输出时，可能会遇到仅包含 %C 和 %y（两位年份）组合的时间字符串。此时，正确理解 %C 的含义，有助于准确还原原始时间。

另一个潜在用途是在固定宽度的时间字段中节省空间。例如，若只需记录大致年代背景，用 %C 表示世纪，配合 %y 表示年份末两位，可以在保持可读性的同时减少存储开销。不过这种优化在现代应用中意义不大，更多见于嵌入式系统或通信协议中。

还需要提醒的是，%C 并非所有 Python 环境都保证一致行为。在 Windows 系统上，由于底层 C 库的差异，极少数情况下可能出现格式化失败或返回空值的情况。因此，在关键业务逻辑中依赖 %C 时，建议添加异常处理或进行跨平台测试。

总的来说，%C 是一个功能明确但使用频率较低的格式码。它体现了 strftime() 设计上的完整性，覆盖了从秒到世纪的时间维度。作为开发者，了解它的存在和行为，有助于我们在阅读他人代码或调试时间问题时快速定位意图。但在新项目中，除非有特殊需求，否则更推荐使用清晰明了的年份计算方式，而非依赖这个容易引发歧义的格式符。

掌握像 %C 这样的细节，不仅提升了我们对 datetime 模块的理解深度，也增强了处理复杂时间逻辑时的灵活性与准确性。