Java JDBC动态构建SQL查询：StringBuilder与StringBuffer哪个更优？

结论：优先用StringBuilder #

在绝大多数动态SQL构建场景下，StringBuilder是更优选择，原因如下：

• 线程安全完全没必要
  动态生成SQL的过程，通常是单个请求线程内完成的——每个用户输入对应的查询构建，都会创建独立的字符串构建实例，不会出现多个线程同时操作同一个对象的情况。StringBuffer的同步锁是为多线程共享场景设计的，在这里完全是冗余开销，会拖慢拼接效率。

• 性能差异明显
  因为没有同步锁的额外消耗，StringBuilder在单线程下的字符串拼接速度远快于StringBuffer。对于包含多条件、JOIN、子查询的复杂SQL，拼接次数越多，性能差距越显著。

额外建议：别手动拼接，用SQL构建库更靠谱 #

手动用字符串拼接SQL不仅容易出错，还存在SQL注入风险。推荐用成熟的工具库来处理动态SQL：

• MyBatis动态SQL：通过<if>、<choose>等标签在XML中定义动态逻辑，自动处理拼接细节。
• JOOQ：用Java API直接构建SQL语句，语法安全，还能自动生成实体类和查询代码，完全避免手动拼接的麻烦。
• Spring JDBC的NamedParameterJdbcTemplate：配合动态生成的参数化SQL，简化参数绑定，降低注入风险。

手动拼接示例（用StringBuilder） #

如果一定要手动拼接，示例代码如下：

StringBuilder sqlBuilder = new StringBuilder("SELECT o.*, u.username FROM orders o");
boolean hasWhere = false;

// 添加JOIN
sqlBuilder.append(" JOIN users u ON o.user_id = u.id");

// 添加条件
if (userId != null) {
    sqlBuilder.append(hasWhere ? " AND" : " WHERE").append(" o.user_id = ?");
    hasWhere = true;
}
if (startDate != null) {
    sqlBuilder.append(hasWhere ? " AND" : " WHERE").append(" o.order_date >= ?");
    hasWhere = true;
}

// 添加子查询
sqlBuilder.append(" EXISTS (SELECT 1 FROM order_items oi WHERE oi.order_id = o.id AND oi.quantity > 1)");

极端场景才考虑StringBuffer #

只有当你明确需要多个线程同时操作同一个SQL构建对象（这种场景在实际业务中几乎不会出现），才需要用StringBuffer来保证线程安全。

内容的提问来源于stack exchange，提问作者madhav3103