DateTimePicker控件不支持直接文本输入，强制编辑会导致格式错乱；唯一可靠方案是TextBox+DateTimePicker组合：TextBox负责输入验证，DateTimePicker仅作选择辅助。
DateTimePicker 控件本身不支持直接输入文本，强行允许编辑会导致格式错乱、验证失效和值同步异常——必须通过属性控制而非“绕过限制”来实现业务需求。
如何让 DateTimePicker 支持手动输入日期
默认情况下 DateTimePicker 的 Format 设为 Long、Short 或 Time 时，ShowUpDown 为 false，控件是只读的（底层使用系统日期控件，禁用键盘输入）。想“输入”，本质只有两条路：
- 开启上下箭头模式：
ShowUpDown = true，此时可键盘微调，但不能自由输年月日字符串 - 放弃
DateTimePicker，改用TextBox+MaskedTextBox+ 手动解析，再绑定到业务模型
没有“启用编辑+保留下拉日历”的内置方案。强行 Hook WndProc 或反射修改内部 TextBox 会破坏 DPI 缩放、引发 Focus 丢失、且在 .NET 6+ WinForms 高版本中大概率失效。
为什么 Format=Custom + CustomFormat 不等于可编辑
Format = DateTimePickerFormat.Custom 只影响显示样式，例如设 CustomFormat = "yyyy-MM-dd" 后看起来像普通文本框，但底层仍走系统日期控件逻辑，用户点击依然弹日历，双击/点击空白处不会进入编辑态。常见误解是以为改了格式就能打字，实际：
- 鼠标左键单击：触发下拉日历
- Tab 进入后按方向键：仅移动光标，无法输入
- 粘贴日期字符串：
DateTimePicker会静默忽略或回滚到原值
这个行为由 Windows Common Controls 底层决定，WinForms 层未暴露干预入口。
替代方案：TextBox + 日期验证与联动更新
真实项目中需要“可输可选”的场景，推荐组合方案，稳定且可控：
- 放一个
TextBox（如txtDate）用于输入，设置MaxLength = 10、KeyPress过滤非数字和分隔符 - 放一个
DateTimePicker（如dtpDate），Visible = false或仅作辅助参考 - 在
txtDate.Leave事件中用DateTime.TryParseExact解析，成功则更新业务变量；失败则txtDate.Focus()并提示 - 另配一个“…”按钮，点击后弹出
DateTimePicker对话框（用Form.ShowDialog()），选完后赋值回txtDate.Text
示例关键代码：
private void txtDate_Leave(object sender, EventArgs e) {
if (DateTime.TryParseExact(txtDate.Text, "yyyy-MM-dd",
CultureInfo.InvariantCulture, DateTimeStyles.None, out DateTime parsed)) {
_selectedDate = parsed;
} else {
MessageBox.Show("请输入有效日期，格式：yyyy-MM-dd");
txtDate.Focus();
}
}
容易被忽略的时区与 DateTimeKind 陷阱
即使正确拿到 DateTime 值，直接存数据库或传给 API 前必须确认 Kind：
-
dtpDate.Value.Kind永远是Unspecified，不是Local也不是Utc - 若业务要求 UTC 时间，需显式调用
DateTime.SpecifyKind(dtpDate.Value, DateTimeKind.Utc)或.ToUniversalTime() - 若前端 JS 使用
Date.parse()解析，Unspecified值会被当作本地时间处理，导致跨时区偏差
这个点在联调 Web API 或写入 SQL Server datetime2 列时最容易出问题，而且错误表现是“时间差8小时”，很难一眼定位到 DateTimeKind 上。
