JDK版本演进中substring方法实现的变迁

发表于2025-10-15|更新于2025-12-05|后端

|浏览量:

String的substring(int beginIndex, int endIndex)方法在JDK 6与JDK 7/8中存在重要差异，主要体现在底层字符数组的共享行为上。

JDK 6的实现
在JDK 6中，String内部通过三个字段表示：char value[], int offset, int
count。substring创建新String时，共享原字符串的value数组，仅调整offset和count。

text
// JDK 6 源码示意
public String substring(int beginIndex, int endIndex) {
return new String(offset + beginIndex, endIndex - beginIndex, value);
}
https://www.programcreek.com/wp-content/uploads/2013/09/string-substring-jdk6-650x389.jpeg

潜在问题：若原字符串很大，而substring截取的部分很小，会导致新字符串仍持有整个大数组的引用，造成内存浪费。当时的一种解决方式是强制创建新数组：

text
x = x.substring(x, y) + “”;
JDK 7/8的实现
从JDK 7开始，substring会复制所需范围的字符到新数组中，彻底与原字符串分离。

text
// JDK 7+ 源码示意
public String substring(int beginIndex, int endIndex) {
int subLen = endIndex - beginIndex;
return new String(value, beginIndex, subLen);
}
https://www.programcreek.com/wp-content/uploads/2013/09/string-substring-jdk71-650x389.jpeg

这一改动消除了内存泄漏风险，但增加了数组复制开销。对于现代应用而言，这种开销通常可接受。

了解这一历史差异，有助于在维护老系统或进行深度优化时做出正确判断。

文章作者: 2025

文章链接: http://example.com/2025/10/15/进阶/JDK版本演进中substring方法实现的变迁/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源只有那年胜过年年！

相关推荐

Java四种引用类型详解：强、软、弱、虚

https://img/17-12-27-5366993.jpg 从JDK 1.2开始，Java将对象引用分为四个级别，以便更灵活地控制对象生命周期。强引用（StrongReference）最常见的引用类型，只要强引用存在，垃圾收集器就不会回收该对象。即使内存不足导致OOM，也不会回收强引用对象。 textUser user = new User(“Java技术”); 软引用（SoftReference）通过SoftReference类实现。在内存充足时，软引用对象不会被回收；当内存不足时，这些对象会被纳入回收范围。适用于实现内存敏感的缓存。弱引用（WeakReference）通过WeakReference类实现。无论内存是否充足，一旦发生GC，弱引用对象都会被回收。常用于WeakHashMap等场景，当键或值无其他引用时自动清理。虚引用（PhantomReference）通过PhantomReference类实现。虚引用不影响对象生命周期，也无法通过它访问对象。其唯一作用是接收对象被回收的系统通知，需与ReferenceQueue联合使用。引用类...

JVM逃逸分析：对象并非必然在堆中分配

曾有一道面试题：“Java中的对象都是在堆中分配吗？”——答案是否定的，这涉及到JVM的逃逸分析技术。什么是逃逸分析？逃逸分析是JVM在编译期进行的一种优化技术，用于分析对象的作用域。若确定一个对象仅在当前方法或线程内被引用，未“逃逸”到外部，则JVM可能将其分配在栈上，甚至直接进行标量替换，从而提升性能。相关JVM参数：开启：-XX:+DoEscapeAnalysis（默认启用）关闭：-XX:-DoEscapeAnalysis 打印分析结果：-XX:+PrintEscapeAnalysis 对象的逃逸状态全局逃逸：对象被其他线程或方法引用，或作为静态变量、返回值。参数逃逸：对象作为参数传递，但未进一步逃逸。无逃逸：对象生命周期完全局限于当前方法。基于无逃逸的优化锁消除若对象仅被当前线程访问，JVM会移除其同步锁。例如StringBuffer的同步操作在无竞争时可被消除。标量替换将对象拆解为其成员变量（标量），直接在栈或寄存器中分配，避免创建完整对象。栈上分配将原本应在堆中分配的对象改为在栈帧中分配，随方法结束自动销毁，减轻GC压力。编码启示在开发...

Java宏变量与编译期常量替换机制解析

观察以下程序及其输出： textpublic static void main(String[] args) {String hw = “hello world”;String hello = “hello”;final String finalWorld2 = “hello”;final String finalWorld3 = hello;final String finalWorld4 = “he” + “llo”; String hw1 = hello + " world"; String hw2 = finalWorld2 + " world"; String hw3 = finalWorld3 + " world"; String hw4 = finalWorld4 + " world"; System.out.println(hw == hw1); // false System.out.println(hw == hw2); // t...

String不可变性的本质与极限突破

String类被设计为不可变，其源码关键字段如下： textpublic final class String {private final char value[];private int hash;}类为final，且内部字符数组为private final，因此常规操作无法修改其内容。常规情况下的不可变性以下代码仅改变了引用指向，而非原字符串内容： textString str = “Python”;str = “Java”; // 指向新对象str = str.substring(1); // 创建新对象 “ava”https://img/18-9-12-688492.jpg substring、replace等方法均返回新String对象，原对象保持不变。通过反射突破限制利用反射可修改final数组内的元素，从而“改变”字符串： textString str = “Hello Python”;Field field = String.class.getDeclaredField...

三种获取Java类名的方法对比与适用场景

Java中获取类名的主要方式有三种，分别返回不同格式的类名信息： getName()：返回JVM内部使用的类名表示形式。 getCanonicalName()：返回更易理解的规范类名。 getSimpleName()：返回不包含包名的简称。通过以下示例可清晰辨别三者差异： textpublic class TestClass {public static void main(String[] args) {// 外部普通类System.out.println(“方法名类名”);System.out.println(“getName “ + TestClass.class.getName());System.out.println(“getCanonicalName “ + TestClass.class.getCanonicalName());System.out.println(“getSimpleName “ + TestClass.class.getSimpleName());System.out.println(...

五种典型场景下空指针异常的预防策略

空指针异常（NullPointerException）是Java开发中最常见的运行时异常之一，其根源在于试图访问或操作值为null的对象引用。尽管普遍，但通过良好的编码习惯可有效减少其发生。空指针异常的本质当一个变量值为null时，它表示一个未指向任何内存空间的对象引用。若此时调用该变量的方法或访问其属性，便会触发空指针异常。例如： textObject object = null;String string = object.toString(); // 抛出 NullPointerExceptionhttp://qianniu.javastack.cn/18-12-12/46377586.jpg 从异常类结构看，空指针异常继承自RuntimeException，属于非受检异常，通常只有在程序运行时才会暴露，并可能导致流程中断。五种常见场景与规避方案场景一：字符串比较时将常量置于前方不推荐写法： textif(status.equals(SUCCESS)){}推荐写法： textif(SUCCESS.equals(status)){}...

评论

数据加载中