Java判断字符串是否含子串：contains与indexOf对比解析

本文深入解析了Java中判断字符串是否包含子串的两种常用方法——contains()与indexOf()的核心差异与最佳实践：二者性能几乎无差别，因为contains()底层直接调用indexOf()，因此选择应基于语义清晰度与实际需求——只需布尔结果时优先用contains()，需位置信息时直接用indexOf()避免冗余调用；同时重点提醒开发者注意null安全（二者均不处理null，必须前置判空）、空字符串的特殊行为、大小写敏感限制（推荐regionMatches替代toLowerCase以减少GC开销），以及明确划清边界：它们仅支持字面量匹配，遇到正则或通配需求时务必转向Pattern、endsWith或专业工具类，切勿强行“硬扛”，以免引入隐蔽bug和维护陷阱。

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 完全不兼容：

• 传 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。

以上就是《Java判断字符串是否含子串：contains与indexOf对比解析》的详细内容，更多关于的资料请关注golang学习网公众号！