datetime-local 输入框秒数与毫秒格式规范
datetime-local 输入框的值在设置时会被自动规范化，秒数为 00 时会被省略，毫秒部分的小数点后多余的 0 也会被移除。
规范化规则说明
datetime-local 输入框的值在设置时会被自动规范化。规范化的字符串总是使用字母 T 来分隔日期和时间，并且时间部分尽可能短。这意味着如果秒数是 00，则会被省略。例如，设置 1986-01-28 11:38:00.010，规范化后的字符串会变成 1986-01-28T11:38:00.01。如果秒数部分完全省略，则不能在分钟和秒之间添加冒号。
HTML 规范要求时间字符串必须包含小时和分钟。秒数是可选的，但一旦指定，整数部分必须在 00 到 59 之间。如果指定了秒数且为整数，则不能在小数点后跟数字。如果包含毫秒，则小数点后可以有 1 到 3 位数字。例如，12:15 是有效的，而 12:15:00.0 是无效的，因为秒数整数后不能跟小数点。规范化过程会移除这些无效或冗余的字符，以保持字符串的简洁和标准。
检查步骤与验证方法
要验证 datetime-local 输入框的值是否被正确规范化，可以在浏览器开发者工具中选中该元素并查看其 value 属性。如果输入框的初始值包含秒数或多余的毫秒零，设置后应立即观察 value 属性的变化。例如，将 value 设置为 1986-01-28 11:38:00.010，检查 value 是否变为 1986-01-28T11:38:00.01。同样，将 value 设置为 1986-01-28 11:38:00，检查 value 是否变为 1986-01-28T11:38。
另一个验证方法是检查输入框的显示文本。虽然 value 属性是规范化后的字符串，但用户界面通常会显示更友好的格式。可以通过在输入框中手动输入或通过 JavaScript 设置值，然后观察页面显示的文本。如果输入框显示为 1986-01-28 11:38:00.01，则说明规范化生效。如果显示为 1986-01-28 11:38:00.010，则可能存在显示逻辑与 value 属性不一致的问题。
常见错误与排查
常见的错误是在设置 datetime-local 的值时，手动添加了秒数的小数部分，例如 12:15:00.0。根据规范，如果秒数是整数，则不能在小数点后跟数字。这种格式在设置 value 时可能会导致浏览器忽略秒数部分或抛出错误。排查时，应确保在设置值之前，将字符串格式调整为符合规范的形式，即要么省略秒数，要么在秒数后直接跟毫秒数字。
另一个常见问题是混淆了本地时间和全局时间。datetime-local 输入框的值不包含时区信息，它假设是用户本地的时间。如果服务器返回的是带有时区的全局时间字符串，需要先将其转换为本地时间格式，然后再设置到输入框中。例如，将 2005-06-07T00:00Z 转换为本地时间格式 2005-06-07 00:00，再设置到输入框中。如果直接设置带有时区的字符串，可能会导致显示异常或解析错误。
实际应用建议
在开发表单时，应考虑规范化后的字符串长度。规范化后的字符串通常比原始输入更短，这有助于减少数据传输的体积。例如，1986-01-28T11:38:00.01 比 1986-01-28 11:38:00.010 更短。在存储数据时，建议直接使用规范化后的字符串，以保持数据的一致性和简洁性。如果需要显示给用户，可以在前端进行格式化，将 T 替换为空格，并根据需要添加 AM/PM 标记。
对于需要高精度时间记录的应用，应确保毫秒部分的精度符合需求。规范化的字符串允许 1 到 3 位毫秒数字，因此可以存储 1986-01-28T11:38:00.1 或 1986-01-28T11:38:00.123。如果需要更高精度，可能需要考虑使用全局时间字符串（带时区）或存储为数字类型。在处理历史数据时，应特别注意年份的格式，HTML 要求年份至少为 4 位，且公元前 1 年之前的年份不被支持。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。