XDSoft Datetimepicker输入框失焦后小时自动递减1小时的原因排查与修复求助

看起来你碰到的是XDSoft Datetimepicker在24小时制模式下的解析冲突问题，我来帮你拆解原因和解决办法：

核心原因 #

这个问题几乎肯定是格式符号不匹配导致的：
XDSoft Datetimepicker对小时的格式符号有严格区分：

• H/G 对应24小时制（前者带前导零，后者不带）
• h/g 对应12小时制（前者带前导零，后者不带）
• A 是12小时制专属的AM/PM标识

当你使用24小时制时，如果错误地用了h/g或者保留了A，组件在失焦时会重新解析输入框的文本，这时候它会把24小时的数值当成12小时制处理，进而出现小时值被错误递减的情况。另外，如果format和formatTime的格式规则不一致（比如一个用24小时符号，一个用12小时符号），也会触发解析逻辑混乱。

修复步骤 #

1. 统一24小时制格式符号 #

如果你需要保留24小时制显示，必须把format和formatTime的小时符号统一换成H或G，同时去掉A标识。修改后的代码如下：

$("input[name='my_datetimepicker_input']").datetimepicker({ 
    format: 'Y/m/d H:i', 
    formatTime: 'H:i', 
    minDate: '-1970/01/01', 
    step: 15, 
    maxTime: '22:00', 
});

如果不需要前导零，就把H换成G即可。

2. 检查时区设置（可选） #

虽然你切换到12小时制后问题消失，但少数情况下时区不匹配也会导致时间偏移。可以显式指定时区来排除这个可能：

$("input[name='my_datetimepicker_input']").datetimepicker({ 
    format: 'Y/m/d H:i', 
    formatTime: 'H:i', 
    minDate: '-1970/01/01', 
    step: 15, 
    maxTime: '22:00',
    timeZone: 'Asia/Shanghai' // 替换成你的本地时区
});

3. 临时绕过：禁用失焦验证 #

如果上述方法暂时无法生效，可以先禁用组件在失焦时的自动解析功能作为临时方案：

$("input[name='my_datetimepicker_input']").datetimepicker({ 
    format: 'Y/m/d H:i', 
    formatTime: 'H:i', 
    minDate: '-1970/01/01', 
    step: 15, 
    maxTime: '22:00',
    validateOnBlur: false
});

注意：这只是绕过问题，建议优先从格式匹配入手解决根源。

另外，顺便提一句：你当前提供的12小时制代码中，format用了h:i A（带前导零），formatTime用了g:i A（不带前导零），虽然不会导致小时递减，但可能出现显示不一致的情况，建议统一成相同的格式符号哦。

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