发布于2026-07-09 阅读(0)
扫一扫,手机访问
在日常开发中,很多人会遇到这样的场景:用户从控制台输入一个日期字符串,我们需要先用正则表达式校验格式,然后再判断这个日期是不是真实存在的。这时候,String.matches() 就派上了用场。
不过,有一点必须先说清楚:String.matches() 配合正则只能做**格式匹配**,它不会去验证这个日期是否真的存在。比如 2023-02-30 或者 2023-13-01,正则照样会给通过——因为从“写法”上看,它们都符合 yyyy-MM-dd 的格式要求。所以,这只是一个初级把关。
最常见的是 ISO 8601 格式,4 位年、2 位月、2 位日,用短横线连接。正则写法也很直接:"\d{4}-\d{2}-\d{2}"。
看个简单的 Ja va 示例:
Scanner sc = new Scanner(System.in);
String input = sc.nextLine().trim();
if (input.matches("\d{4}-\d{2}-\d{2}")) {
System.out.println("格式正确");
} else {
System.out.println("格式错误:请按 yyyy-MM-dd 输入");
}但要注意,这里的 \d{2} 很“宽容”,它允许 00、99 这样的组合,而这些显然不是合法的月份或日期。换句话说,这只是一个**格式层面的快速筛查**,不能指望它替你把逻辑上的坑也填了。
如果你希望在正则层面就排除一些明显越界的情况(比如月份超过 12、日期超过 31),可以升级一下正则表达式:
(0[1-9]|1[0-2]),匹配 01–12。(0[1-9]|[12]\d|3[01]),匹配 01–31。"\d{4}-(0[1-9]|1[0-2])-(0[1-9]|[12]\d|3[01])"。这下,像 2023-13-01 或 2023-00-15 这样的数据就会被挡在门外。看起来好像能用了——但别高兴得太早,它只是排除了那些一眼就能看出来的离谱数据。真正的逻辑陷阱,比如 2023-02-30(2 月最多 29 天)或者 2023-04-31(4 月只有 30 天),它依然无能为力。
所以,真要拿到一个真实存在的日期,光靠正则是不够的。正确的姿势是:先用正则做个初步筛查,再交给解析器做最终判断。
推荐的方法是使用 Ja va 8+ 的 LocalDate.parse():
try {
LocalDate.parse(input, DateTimeFormatter.ofPattern("yyyy-MM-dd"));
System.out.println("✅ 是合法日期");
} catch (DateTimeParseException e) {
System.out.println("❌ 日期不存在,如 2023-02-30");
}如果用的是老项目,也可以用 SimpleDateFormat,但一定要记得设置 setLenient(false),否则它默认会对 2023-02-30 自动推算(变成 2023-03-02),这不是我们想要的结果。
用户们可不会那么听话。空格、中文短横、全角字符……什么情况都可能出现。所以,建议在正式校验之前,先做一次“清洗”:
input.trim()matches() 或 LocalDate.parse()。这样做能大幅减少因用户输入习惯不同导致的校验失败,属于典型的“花小力气解决大问题”的做法。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8