Java中字符相减结果为int类型，因char本质是16位无符号Unicode码点；'b'-'a'得1，'z'-'a'得25；计算字母位置差需先统一大小写，推荐用Character.toLowerCase()转换后相减。
Java里两个字符相减得到的是int类型
字符在Java中本质是16位无符号整型，底层用Unicode码点表示。所以'b' - 'a'不是“字符串距离”，而是两个码点数值相减，结果是int——这点常被误认为会自动转成char或抛异常。
- 直接写
'z' - 'a'得到25，不是'z'或Character对象 - 如果变量是
char类型，参与算术运算时会自动提升为int，不会溢出也不会报错 - 注意大小写：
'A'和'a'码点差32，'Z'到'a'中间还有6个字符（[\]^_`），别默认“字母表连续”
计算英文字母间“位置距离”要先统一大小写
想算'F'和'd'在字母表中隔几个字母？不能直接'd' - 'F'（结果是-2，但实际应为2）。得先转成同一种大小写再减。
- 推荐用
Character.toLowerCase(c)转小写再算，比Character.toUpperCase(c)更安全（某些Unicode字符大写转换可能变长） - 别用
c >= 'a' && c 手动判断范围——不支持非ASCII字母（比如德语<code>ü），Character.isLowerCase(c)才是正确姿势 - 示例：
Character.toLowerCase('D') - Character.toLowerCase('a')→3，对应a/b/c/d
超出ASCII范围的字符相减可能不符合直觉
Java的char是UTF-16单元，遇到代理对（如emoji ?）会出问题：单个char无法表示完整码点，'?' - 'a'根本编译不过（字面量非法），而用String.charAt(0)拿到的只是高代理单元。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 要真正按Unicode码点算距离，必须用
String.codePointAt(index)，它返回int且能处理代理对 -
"?".length()是2，但"?".codePointCount(0, "?".length())是1——这是最容易漏掉的兼容性坑 - 别对
char数组做循环索引相减来算“字符距离”，尤其当字符串含中文、emoji、带重音符号的字母时
别把字符距离当字符串编辑距离
'c' - 'a'算出来是2，这只是码点差值，和Levenshtein距离、汉明距离这些完全无关。有人试图用这个“速算”两个字符串的相似度，结果全错。
立即学习“Java免费学习笔记（深入）”；
- 字符相减只适用于：已知是单个ASCII字母、且你明确要的是“字母表偏移量”这种场景
- 如果需求是“两个字符串最少改几次才能一样”，必须用专门算法，比如
Apache Commons Text里的LevenshteinDistance - 连
"ab".charAt(0) - "ba".charAt(0)这种操作都没意义——不同位置的字符不能直接相减来推断字符串关系
字符相减看着简单，但一旦脱离纯小写ASCII字母这个窄场景，码点、代理对、Unicode区块、大小写映射规则就会层层叠加。真要算“距离”，先确认你到底要哪一层的距离。
