本文详解为何在大小写翻转程序中单独使用多个 if 会导致逻辑错误，而改用 else if 才能正确工作——关键在于避免同一字符被连续两次修改。
本文详解为何在大小写翻转程序中单独使用多个 if 会导致逻辑错误，而改用 else if 才能正确工作——关键在于避免同一字符被连续两次修改。
在实现字符串大小写翻转（Toggle Case）时，一个看似微小的条件语句结构差异，会彻底改变程序行为。核心问题在于：是否允许同一个字符被多次修改。
来看非工作代码中的关键片段：
if(ch >= 'a' && ch <= 'z') ch = (char)(ch - 32); // 小写 → 大写（如 'a'→'A'） if(ch >= 'A' && ch <= 'Z') ch = (char)(ch + 32); // 大写 → 小写（如 'A'→'a'）
⚠️ 问题就出在这里：这两个 if 是独立判断、顺序执行的。当字符是 'a'（ASCII 97）时：
- 第一个 if 成立 → ch 变为 'A'（ASCII 65）；
- 紧接着第二个 if 仍成立（因为 'A' 确实在 'A'–'Z' 范围内）→ ch 又被加 32，变回 'a'（ASCII 97）。
结果：所有小写字母最终都“原样返回”，而大写字母同理可能被误转两次（如 'A' → 'a' → 'A'），导致输出全为小写或逻辑混乱。
✅ 正确做法是使用 else if，确保互斥分支：
if (ch >= 'a' && ch <= 'z') {
ch = (char)(ch - 32); // 小写转大写
} else if (ch >= 'A' && ch <= 'Z') {
ch = (char)(ch + 32); // 大写转小写（仅当不是小写时才执行）
}
// 其他字符（空格、数字、标点）保持不变这样，一旦 ch 被识别为小写字母并转换，后续 else if 就不会执行，彻底避免重复处理。
? 补充建议：
- 使用 Character.isLowerCase() / Character.isUpperCase() 替代 ASCII 数值比较，更安全、可读性更强；
- 字符串拼接建议改用 StringBuilder 提升性能（尤其长字符串）；
- 原地操作虽不可行（Java String 不可变），但可先转为 char[] 修改再构建新字符串。
总结：在需要分类互斥处理的场景（如大小写转换、状态机分支等），务必优先选用 if-else if-else 结构；而多个独立 if 仅适用于允许多条件同时满足且需分别响应的逻辑。
