问题定义：为什么“看起来是日期”却死活改不成 yyyy-mm-dd
在 WPS 表格里，“日期格式”≠“日期值”。同一列里可能混着真正的日期序列号、文本型“2026/3/22”、以及从网页复制来的“03-22-26”。如果直接【开始】→【格式】→【单元格格式】→选“yyyy-mm-dd”，只有序列号会乖乖变形，文本依旧原地不动，于是出现“一半改好了，一半纹丝不动”的翻车现场。核心关键词“WPS表格批量把不同日期格式统一为yyyy-mm-dd”要解决的，正是把异构数据全部变成可计算的日期值，再统一展示格式。
功能边界：WPS 能识别哪些“看起来像日期”的东西
截至当前的最新版本，WPS 表格遵循 Excel 兼容的日期系统：1900 日期系统（Windows 默认）。能被识别的“日期文本”必须符合本地系统区域设置中的短日期格式。例如简体中文系统默认接受“2026/3/22”“2026-03-22”，但英文系统可能把“03/22/2026”当 3 月 22 日，而中文系统则会误判为 22 月 3 日。若文本与系统格式冲突，WPS 会把它当作文本，哪怕你强行改格式也不会变。
经验性观察：哪些情况几乎 100% 翻车
- 带中文年月日，如“2026年3月22日”——需要先行清洗。
- 两位数年份“26/3/22”——系统可能当成 1926 年。
- 带撇号前导符（'2026-3-22）——强制文本，格式无效。
最短可达路径：三种官方方案对比
下面给出三条官方支持、可复现的“最短路径”，分别对应零代码、函数派、自动化三种偏好。每条路径都附带“回退”与“副作用”说明，方便你按场景取舍。
方案 A：分列秒转（零代码，桌面端最稳）
- 选中要处理的列。
- 顶部菜单【数据】→【分列】→选“分隔符号”→下一步→取消所有勾选→下一步。
- 列数据格式选“日期”，并在下拉框挑一个与源文本匹配的次序（如 YMD）→完成。
- 再次【开始】→【格式】→【单元格格式】→自定义→输入
yyyy-mm-dd→确定。
原理：分列会把文本一次性转换成序列号，第二步的自定义格式只是“外套”，因此后续排序、筛选都不会再出错。
提示：若源数据里混有“2026年3月22日”这类中文，先 Ctrl+H 把“年”“月”“日”全部替换为“-”，再执行分列，否则向导无法识别。
方案 B：TEXT 函数（适合动态数组，保留原表）
在空白列输入：
=TEXT(--A2,
