contains() 和 indexOf() 性能几乎无差别，因前者底层调用后者；需布尔结果用 contains() 更语义清晰，需位置信息则直接用 indexOf() 避免重复调用。
contains() 和 indexOf() 哪个更快？
绝大多数情况下，contains() 和 indexOf() 性能几乎没差别——因为 contains() 底层就是调用 indexOf() > -1。JDK 1.8+ 的源码里能直接看到这行：return indexOf(s) >= 0;
所以别为了“性能”硬换函数。真有性能瓶颈，问题从来不在这里，而在循环里反复调用、或对超长字符串做大量子串判断。
- 如果只需要布尔结果（有没有），用
contains()语义更清晰 - 如果后续还要用到位置信息（比如截取后半段），直接用
indexOf()，避免二次调用 -
indexOf()返回-1表示未找到，不是抛异常，别错写成== 0
空字符串和 null 的行为差异
contains() 和 indexOf() 对空字符串（""）的处理一致：任何非 null 字符串调用 contains("") 或 indexOf("") 都返回 true 或 0——因为空串被视为在每个位置都存在。
但它们对 null 完全不兼容：
立即学习“Java免费学习笔记（深入）”；
- 传
null给contains()→ 抛NullPointerException - 传
null给indexOf()→ 同样抛NullPointerException - 调用方字符串本身是
null→ 两个方法都会立即 NPE，不会进逻辑
所以真实代码里，得先判空：str != null && str.contains("abc")，而不是依赖方法兜底。
区分大小写的实际约束
两个方法都严格区分大小写，没有内置 ignore-case 选项。想忽略大小写，不能靠改参数，只能自己处理：
- 常见写法：
str.toLowerCase().contains(target.toLowerCase())—— 简单但创建新字符串，有 GC 开销 - 更省的对象复用方式：
str.regionMatches(true, 0, target, 0, target.length())，其中第一个true表示忽略大小写 -
regionMatches()不生成新字符串，适合高频、短串匹配；但要注意长度边界，target.length()超过str长度会直接返回false
正则需求别硬扛 —— contains/isEmpty 不解决 pattern 问题
有人试图用 contains("a?b") 去匹配 “ab” 或 “aab”，这是错的。contains() 和 indexOf() 只做字面量匹配，问号、星号、点号全当普通字符。
需要模糊、通配、多模式匹配时，必须换方案：
- 简单通配（如
*.txt）：用String.endsWith(".txt")或Apache Commons IO的FilenameUtils.wildcardMatch() - 真正正则：用
Pattern.compile("a.*b").matcher(str).find()，注意预编译Pattern实例避免重复编译开销 - 千万别用
indexOf()模拟正则逻辑——边界条件多、易出错、维护成本高
底层实现再透明，也不改变它们只是朴素子串搜索的事实。该上正则的时候，就别省那一次 import。
