Java性能优化：避免创建不必要的对象

许南星

发布时间：2026-10-16| 5人浏览过

原创

在Java开发中，过度创建对象不仅消耗宝贵的堆内存，还会增加GC压力，进而降低程序运行速度。本文将深入分析几个常见的资源浪费场景，提供具体可执行的优化方案，助力提升代码质量。

结果与目标

减少Java程序中由对象创建带来的内存开销和CPU周期浪费，通过复用对象或使用更高效的数据结构，实现更稳定的性能表现。

准备条件

具备基础的Java编程语言知识。
理解JVM内存模型中的字符串常量池概念。
熟悉基础数据类型的包装类机制。

真实操作顺序

第1步：优化String对象的创建

String对象在Java中是不可变的，如果在循环中反复调用 new String() 构造器，每次都会强制分配新的堆内存空间。相反，直接赋值给String变量，JVM会检查字符串常量池中是否已存在该值，若存在则直接复用。

错误写法：

// 每次都会创建一个新的String对象，且不会加入常量池
String name2 = new String("李子捌");

正确写法：

// 正确写法，优先使用常量池复用
String name1 = "李子捌";

在涉及可变字符串拼接的场景下，应避免使用String进行连接。推荐使用不可变但线程不安全的 StringBuilder（通常用于单线程）或者线程安全的 StringBuffer（用于多线程）。由于 StringBuffer 的 append 方法加了 synchronized 锁，性能略低，一般场景首选 StringBuilder。

第2步：正确处理Boolean类型的实例化

与String类似，Boolean 包装类也提供了缓存机制。在使用布尔值时，应调用静态工厂方法 Boolean.valueOf()，而不是使用 new Boolean()。后者会无视常量池逻辑，每次都申请新对象。

底层源码体现了这一设计：TRUE 和 FALSE 是预定义的最终静态属性：

public static final Boolean TRUE = new Boolean(true);
public static final Boolean FALSE = new Boolean(false);

第3步：警惕基本类型的自动拆箱与装箱

虽然Java提供了自动装箱（Autoboxing），将 int 转为 Integer 等，但在高频计算场景中，这会隐式创建大量临时对象。下面通过一个简单的累加对比测试来观察性能差异：

使用 Integer （涉及装箱）：

long start = System.currentTimeMillis();
Integer sum = 0;
for (int i = 0; i < 100000; i++) {
    sum += i;
}
System.out.println(System.currentTimeMillis() - start);

在上述循环中，每次加法运算都可能触发一次装箱或拆箱过程，累计产生额外开销。实测耗时约3毫秒（基于特定环境测试）：

使用 int （无装箱）：

long start = System.currentTimeMillis();
// 修改为基本数据类型
int sum = 0;
for (int i = 0; i < 100000; i++) {
    sum += i;
}
System.out.println(System.currentTimeMillis() - start);

直接在栈上进行数值运算，避免了对象引用转换，实测耗时显著缩短，往往为0毫秒：

由此可见，在数值密集型业务逻辑中，尽可能直接使用基本数据类型能榨取极致性能。

第4步：重用Pattern编译后的正则表达式对象

在处理复杂的字符串校验逻辑（如邮箱格式验证）时，很多人习惯直接使用String类的 matches() 方法。该方法内部调用了 Pattern.compile()，这意味着每一次调用都会重新解析正则规则并构建有限状态机。

低效做法：

String email = "1057301174@qq.com";
String regex = "^([a-z0-9A-Z]+[-|\.]?) +[a-z0-9A-Z]@([a-z0-9A-Z]+(-[a-z0-9A-Z]+)?\.)+[a-zA-Z]{2,}$";

long start = System.currentTimeMillis();
for (int i = 0; i < 10000; i++) {
    email.matches(regex); // 循环内每次都在编译正则
}
System.out.println(System.currentTimeMillis() - start);

该执行方式耗时高达71毫秒，主要时间耗费在了反复的状态机构建上：

高效做法：

将 Pattern 对象提取出来作为共享变量进行编译，在循环中仅使用其 matcher() 方法进行文本匹配。这样可以省去重复编译的正则开销。

String email = "1057301174@qq.com";
String regex = "^([a-z0-9A-Z]+[-|\.]?) +[a-z0-9A-Z]@([a-z0-9A-Z]+(-[a-z0-9A-Z]+)?\.)+[a-zA-Z]{2,}$";
Pattern pattern = Pattern.compile(regex); // 预先编译

long start = System.currentTimeMillis();
for (int i = 0; i < 10000; i++) {
    Matcher matcher = pattern.matcher(email); // 复用对象
}
System.out.println(System.currentTimeMillis() - start);

优化后，耗时骤降至1毫秒左右，实现了数量级的性能提升。