不能直接用String.compareTo()比较版本号，因为其按字典序比较会导致"2.10".compareTo("2.9")返回负数，错误判定2.10<2.9。
不能直接用 String.compareTo() 比较版本号，比如 "2.10".compareTo("2.9") 会返回负数（错误地认为 2.10 "2."，再比 "10" 和 "9" → "10" 的首字符 '1' 小于 '9'，结果就错了。版本号本质是“分段数字”，必须拆开、转整、逐段比。
按点分割再转整数逐段比较
这是最常用也最稳妥的方式，适用于纯数字版本号（如 "1.2.3"、"10.0.1"）：
- 用
split("\.")切分（注意.是正则特殊字符，要双反斜杠转义） - 取两个数组的最大长度，避免某一方段数少导致越界
- 每段用
Integer.parseInt()转整数；若某段为空或非法（如空字符串），按0处理 - 从左到右逐段比较：不等就立即返回
Integer.compare(x, y)；全等则看谁段数多（如"1.2"vs"1.2.0"，多数场景视为相等，但需按实际需求决定是否补零或判长）
处理含字母的预发布版本（如 -alpha、-rc）
当版本号含非数字后缀（如 "1.2.0-rc1"、"2.3.4-beta"），单纯转整会失败。此时需增强解析逻辑：
- 先按
"-"分离主版本和修饰符（如"1.2.0"和"rc1"） - 主版本部分仍按上述数字方式比较
- 若主版本相同，再比较修饰符：通常约定
alpha < beta < rc < （无后缀），可用预设顺序映射或字符串字典序（需统一规范） - 避免直接对整个字符串调用
compareTo()，否则"1.2.0-rc1"会大于"1.2.0"，但"1.2.0-rc10"又可能小于"1.2.0-rc2"（字典序问题）
避免常见坑
这些写法看似简单，实际容易出错：
立即学习“Java免费学习笔记（深入）”；
-
别用
Double.parseDouble()：版本号不是小数，"1.2.3"会抛NumberFormatException -
别依赖
==或Objects.equals()判相等：它们只比字符串内容，无法识别语义等价（如"1.0"和"1.0.0"） -
别省略
-1参数调用split()：如split("\.")遇到末尾点（如"1.2."）会丢掉最后的空段，应写成split("\.", -1)保留所有段 -
别假设段数一致：
"1.2"和"1.2.0"在语义上常等价，但代码里要显式处理缺省段为0
一个简洁可复用的参考实现
核心逻辑清晰，支持常见场景：
public static int compareVersion(String v1, String v2) {
String[] a = v1.split("\.", -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;
}
private static int parseIntSafe(String s) {
try { return Integer.parseInt(s); }
catch (NumberFormatException e) { return 0; }
}
这段代码不依赖外部库，边界处理明确，日常项目够用。若需支持复杂语义（如快照版、时间戳版），建议引入成熟库如 org.apache.maven:maven-artifact 的 ComparableVersion。
