不能用String.compareTo()比较版本号，因其按字典序导致"2.10"<"2.9"错误；应拆分"."后逐段转整数比较，注意空段处理与需求对齐。
Java里用String.compareTo()直接比版本号会出错
版本号不是普通字符串，"2.10"应该大于"2.9"，但"2.10".compareTo("2.9")返回正数（因为'1' > '9'是假的，实际比较的是"2.10"和"2.9"字典序：先比"2."，再比"10" vs "9" → "10" < "9"），结果反而是负数。这是最常踩的坑。
根本原因：版本号是“分段数字”，不是纯字符串，不能走字典序逻辑。
- 别用
String.compareTo()、Objects.equals()或==直接比版本字符串 - 别用
Double.parseDouble()转成小数（"1.9.1"会报NumberFormatException） - 如果版本含字母（如
"1.2.0-rc1"），还要预留扩展位，不能只切数字
手动拆分+逐段转整数对比是最稳的写法
核心思路：按"."切，每段用Integer.parseInt()转，空或非法段按0处理；逐段比，不等就返回，全等再看长度（"1.2" < "1.2.0"？通常视为相等，但有些场景要严格——得看需求）。
示例逻辑：
立即学习“Java免费学习笔记（深入）”；
String v1 = "1.10.2"; String v2 = "1.9.15";
String[] a = v1.split("\.", -1); // -1保留末尾空段
String[] b = v2.split("\.", -1);
int len = Math.max(a.length, b.length);
for (int i = 0; i < len; i++) {
int x = i < a.length ? parseIntSafe(a[i]) : 0;
int y = i < b.length ? parseIntSafe(b[i]) : 0;
if (x != y) return Integer.compare(x, y);
}
return 0;
-
split("\.", -1)中-1很重要：避免"1.2."被截掉末尾空段 -
parseIntSafe()建议自己封装：捕获NumberFormatException，返回0（或按语义扔异常） - 纯数字段够用时别引入
Comparable接口或第三方类——增加维护成本
Apache Commons Lang的Version类不推荐用于生产
org.apache.commons.lang3.text.Version确实存在，但它在commons-lang3 3.12.0+才加，且设计偏学术：把"1.2.3-SNAPSHOT"当合法，但"1.2.3.0"和"1.2.3"默认不等（因内部存为List<String>，未做归一化）。实际项目里容易引发隐性不一致。
- 如果你已依赖
commons-lang3且版本够新，可用，但必须测试"1.0"vs"1.0.0"行为 - 没引入该包时，**别为一个版本比较功能特地加它**——太重，且API不稳定（早期版本甚至没有
Version） - 它的
compareTo()不处理前导零，"01"会被解析成1，但"001"也是1，这点没问题；问题在于非数字段（如"alpha"）排序规则模糊
Spring Framework的ComparableVersion能用但要注意包路径
Spring Boot项目常用org.springframework.core.version.ComparableVersion，它专为Maven风格版本设计，支持"1.2.3.RELEASE"、"2.0.0.M1"、"1.2.3-SNAPSHOT"，内部按token类型（数字/字符串/分隔符）分组比较，鲁棒性高。
但注意：ComparableVersion不在spring-core默认导出范围内，某些模块（如spring-boot-starter-web）可能不带它；得确认classpath里有spring-core且版本≥5.0.0。
- 用法简单：
new ComparableVersion("1.10").compareTo(new ComparableVersion("1.9")) > 0 - 它把
"1.2"和"1.2.0"视为等价，符合Maven惯例 - 如果项目不用Spring，硬塞这个类会造成意外依赖泄露，不值得
