java中comparable接口不直接支持复杂版本号比较，需自定义version类实现comparable，按semver规范解析主干数字和预发布标识并分级比较。
Java 中 Comparable 接口本身不直接支持复杂版本号（如 1.2.3-alpha.1、2.0.0-rc.2、1.10.0-beta）的比较，但你可以通过实现 Comparable<version></version> 并按语义规则解析和比较各段来完成。关键在于把版本号拆解为「主干数字部分」+「预发布标识（pre-release）」两大部分，并对预发布标识做分级处理（alpha ）。
理解 Semantic Versioning（SemVer）规范
主流复杂版本号（如 Maven、npm 使用的）基本遵循 Semantic Versioning 2.0：格式为 MAJOR.MINOR.PATCH[-PRERELEASE][+BUILD]，其中：
-
MAJOR.MINOR.PATCH 是纯数字，按数值逐段比较（如
1.10.0 > 1.9.9） -
PRERELEASE（如
alpha.1、beta.2、rc.3）是可选的，且必须以-开头；多个部分用.分隔；它使该版本 小于 同主干的正式版（如1.0.0-rc.1 ） -
预发布标识之间有隐含顺序：按字符串字典序比较不准确（
alpha ，但 <code>alpha.10 > alpha.2需数值比较），所以需分段解析
设计 Version 类并实现 Comparable
定义一个不可变的 Version 类，内部将版本号拆解为：
- 数字主干：
int major, minor, patch - 预发布信息：
List<object> prerelease</object>，其中每个元素是String（如"alpha"）或Integer（如1），便于类型感知比较
示例解析逻辑：
-
"1.2.3-alpha.1"→[1,2,3]+["alpha", 1] -
"2.0.0-rc.2"→[2,0,0]+["rc", 2] -
"1.0.0"→[1,0,0]+empty list（表示正式版，优先级最高）
compareTo 实现要点
比较逻辑分三步（按优先级降序）：
- 先比
major→ 不等则返回结果 - 再比
minor→ 不等则返回结果 - 再比
patch→ 不等则返回结果 - 若数字部分完全相同，则判断是否有预发布：
- 一方无 prerelease（即正式版），另一方有 → 有 prerelease 的版本更小（返回正数）
- 双方都有 prerelease → 逐个元素比较：
- 字符串 vs 字符串：按预定义顺序映射（
"alpha"=1, "beta"=2, "rc"=3，其余按字典序） - 整数 vs 整数：数值比较
- 字符串 vs 整数：字符串永远小于整数（因为
"alpha"出现在"alpha.1"前）
实用建议与避坑提示
避免直接用 String.compareTo() 或正则粗暴分割，否则会出错（如 "1.10.0" 被当 "1.1.0"）。推荐做法：
- 使用已验证的库（如 semver-java 或 maven-artifact 的
DefaultArtifactVersion）——它们已处理好所有边界情况 - 若需自研，务必覆盖测试用例：
"1.0.0-alpha" - 注意
null和非法格式的健壮性（抛IllegalArgumentException比静默失败更好）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
