java中trim()删不掉全角空格和换行符，因其仅识别u+0000–u+0020的ascii控制字符，而strip()（java 11+）基于character.iswhitespace()支持unicode全量空白字符。
Java里trim()为什么删不掉全角空格和换行符
因为trim()只认ASCII控制字符：'u0000'到'u0020'（即U+0000–U+0020），包括' '、' '、'
'、'
'，但不管全角空格'u3000'、零宽空格'u200B'，也不处理Unicode 2.0之后新增的空白字符（比如'u2029'段落分隔符）。
- 常见错误现象：用户粘贴文本后调用
trim()，结果" hello "（含全角空格）输出还是" hello " - 使用场景：表单提交、日志清洗、CSV解析前预处理
- 性能影响：几乎无开销，纯遍历首尾，但逻辑局限性大，别当万能解
strip()才是Java 11起推荐的“真·去空格”方法
strip()基于Character.isWhitespace(int)判断，覆盖Unicode标准定义的所有空白字符，包括全角空格'u3000'、零宽空格'u200B'、行分隔符'u2028'等共26+种。
- 必须注意兼容性：Java 11+才有，低版本会编译报错
cannot find symbol method strip() - 它有三个配套方法：
stripLeading()、stripTrailing()、strip()，语义比trim()更清晰 - 示例：
"u3000abcu200B".strip()→"abc"；而trim()对这个字符串完全没反应
需要兼容老版本Java？自己写strip()要避开这些坑
手动实现时别直接用replaceAll("^s+|s+$", "")——Java的s默认**不匹配**全角空格和多数Unicode空白，除非开启UNICODE_CHARACTER_CLASS标志。
- 正确写法（Java 8+）：
str.replaceAll("(?U)^\s+|\s+$", "")，(?U)启用Unicode-aware模式 - 更稳妥（尤其Android或不确定环境）：用
CodePoint逐字符判断，例如Character.isWhitespace(cp)配合String.codePoints() - 容易踩的坑：用
charAt(i)处理含代理对的字符（如emoji），可能把一个字拆成两个char误判；必须用codePointAt()或codePoints()
实际项目中该选哪个？看这三点就清楚了
不是版本新就一定用strip()，也不是老版本就必须手写——得看数据来源和质量要求。
- 如果输入来自用户粘贴、OCR识别、PDF提取，大概率混入Unicode空白，优先用
strip()或带(?U)的正则 - 如果只处理内部生成的纯ASCII日志，
trim()够快又足够，别为“看起来高级”强行升级 - 微服务间协议字段若约定“仅ASCII空白”，反而该用
trim()做校验：万一有人传了全角空格，trim()不处理正好暴露问题
真正麻烦的是混合场景：比如前端传来的JSON里，key用trim()没问题，value却可能含不可见Unicode空白——这时候不能一刀切，得按字段语义分别处理。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
