为什么python的datetime.datetime.strptime（'201412'，'％Y％m％d'）不会引发ValueError？

Question

在我给出的格式中，2014-01-02的日期将由“20140102”表示。这是正确的解析与标准strptime：

>>> datetime.datetime.strptime("20140102", "%Y%m%d") 
datetime.datetime(2014, 1, 2, 0, 0) 

在此格式下，“201412”将不是一个有效的日期。 docs表示“％m”指令是“Month为零填充十进制数”。它以“01，02，...，12”为例。 days指令“％d”也应该是零填充的。

基于此，我预计“201412”将是这种格式的无效输入，因此会引发ValueError。相反，它被解释为2014-01-02：

>>> datetime.datetime.strptime("201412", "%Y%m%d") 
datetime.datetime(2014, 1, 2, 0, 0) 

问题是：有没有办法指定“没有严重零填充只”？或者我在这方面误解了“零填充”这个词？

请注意，这个问题不是关于如何解析这种格式的日期，而是关于理解strptime的行为。

Answer 1

据对Python的跟踪器相关issue，与例子是像这样（有点变形对这个问题的，但是这一概念是完全相同的）：

>>> datetime.datetime.strptime('20141110', '%Y%m%d').isoformat() 
'2014-11-10T00:00:00' 
>>> datetime.datetime.strptime('20141110', '%Y%m%d%H%M').isoformat() 
'2014-01-01T01:00:00' 

上面的行为是确定为而不是如this comment所解释的错误，其说明它们符合OpenGroup strptime standard，其指定“前导零被允许但不是必需的”。

我想解决的办法是使用正则表达式或在传入strptime之前检查字符串长度是否为8。

Answer 2

如果在正则表达式是如何为%mhttps://github.com/python/cpython/blob/2d264235f6e066611b412f7c2e1603866e0f7f1b/Lib/_strptime.py#L204

'm': r"(?P<m>1[0-2]|0[1-9]|[1-9])"

定义看这里你可以看到你可以有一个10-12，01-09，或1-9个月可以接受。

Answer 3

这是非常棘手的，但它听起来像strptime只是试图尽可能匹配字符串。 Python的strptime是相同的为C的strptime，并且文档说填充是可选的：

是月数[1,12];前导零是允许的，但不需要 。

http://pubs.opengroup.org/onlinepubs/7908799/xsh/strptime.html