Java并发编程与JVM优化实战指南

1. Java学习笔记：1月30日核心知识点解析

作为从业十年的Java开发者，我习惯用日期笔记的方式记录技术要点。这份1月30日的笔记浓缩了近期项目实战和源码阅读的精华，特别适合中级开发者突破技术瓶颈。不同于教科书式的知识罗列，我会结合生产环境中的真实案例，带你理解这些知识点背后的设计哲学和实用技巧。

2. 核心知识点拆解

2.1 并发编程实战要点

昨天排查的线上死锁问题让我重新审视了synchronized的使用规范。在订单超时取消的场景中，我们遇到了两个关键问题：

1. 锁排序不一致导致的死锁（两个线程分别以相反顺序获取多把锁）
2. 锁粒度过粗引发的性能瓶颈（将整个订单处理流程加锁）

解决方案采用了双重检查锁+细粒度锁的方案：

java复制// 正确的双重检查锁实现
private volatile OrderService instance;
public static OrderService getInstance() {
    if (instance == null) {
        synchronized (OrderService.class) {
            if (instance == null) {
                instance = new OrderService();
            }
        }
    }
    return instance;
}

// 细粒度锁示例
public void processOrder(Order order) {
    synchronized(order.getId().intern()) {  // 对具体订单ID加锁
        // 订单处理逻辑
    }
}

重要提示：String.intern()在JDK8中存在永久代内存泄漏风险，建议改用ConcurrentHashMap实现锁池

2.2 JVM内存优化实录

在压测商品详情页接口时，发现Young GC频率高达5次/秒。通过JVisualVM分析发现是JSON序列化时大量创建临时对象导致。优化方案包括：

1. 对象复用：配置ObjectMapper为单例
2. 采用原型模式预构建DTO
3. 开启JVM字符串去重（-XX:+UseStringDeduplication）

优化前后对比：

2.3 Stream API性能陷阱

在重构商品筛选功能时，对比了三种实现方式的性能差异：

1. 传统for循环：执行时间 45ms
2. 并行Stream：执行时间 68ms（并行开销抵消收益）
3. 普通Stream：执行时间 120ms（大量装箱操作）

性能差异主要来自：

• 自动装箱/拆箱开销（原始类型→包装类）
• 并行流线程切换成本
• 中间操作产生的临时对象

优化建议：

java复制// 原始类型流优化示例
IntStream.range(0, 1000000)
         .filter(i -> i % 2 == 0)
         .map(i -> i * 2)
         .sum();

3. 框架层深度解析

3.1 Spring事务传播机制实战

在开发分销结算功能时，遇到嵌套事务的典型场景。通过实验验证了不同传播行为的表现：

关键发现：NESTED与REQUIRES_NEW的区别在于保存点机制，前者可以部分回滚到嵌套点。

3.2 MyBatis缓存踩坑记录

发现商品分类数据更新后前端仍显示旧值，最终定位到二级缓存问题。解决方案：

1. 在Mapper.xml中配置刷新策略：

xml复制<cache eviction="LRU" flushInterval="60000" size="1024"/>

2. 在更新操作后手动清除缓存：

java复制sqlSession.clearCache();

3. 避免在关联查询中使用缓存（添加flushCache=true属性）

4. 开发效率提升技巧

4.1 Lombok原理与陷阱

虽然@Builder注解极大简化了对象构建，但在继承场景下会出现问题：

java复制// 错误示例
@Builder
public class Parent {
    private String baseField;
}

@Builder
public class Child extends Parent {
    private String subField;
}

// 正确用法
@SuperBuilder
public class Child extends Parent {
    private String subField;
}

编译后的代码对比：

• 普通@Builder会丢失父类字段
• @SuperBuilder通过生成复杂继承结构保持字段完整性

4.2 调试技巧：条件断点高级用法

在分析分布式锁竞争问题时，使用IDEA的条件断点：

1. 线程过滤：只暂停特定线程（如名称包含"OrderThread"）
2. 命中条件：设置计数器（i>5时触发）
3. 日志输出：不暂停程序仅记录（避免生产环境卡死）

操作路径：
Run → View Breakpoints → 右键断点 → 设置Condition/Suspend policy

5. 设计模式实战应用

5.1 策略模式在支付系统的应用

面对10+支付渠道的复杂逻辑，采用策略模式实现：

java复制// 策略接口
public interface PaymentStrategy {
    PayResult execute(PayRequest request);
}

// 上下文路由
public class PaymentContext {
    private Map<String, PaymentStrategy> strategies;
    
    public PayResult process(String channel, PayRequest request) {
        return strategies.get(channel).execute(request);
    }
}

// 具体实现（支付宝）
@Component
public class AlipayStrategy implements PaymentStrategy {
    @Override
    public PayResult execute(PayRequest request) {
        // 支付宝特有逻辑
    }
}

扩展技巧：结合Spring的@Conditional实现策略的自动注册

5.2 观察者模式解耦实践

使用Spring Event实现异步事件通知：

java复制// 定义事件
public class OrderCompletedEvent extends ApplicationEvent {
    public OrderCompletedEvent(Order source) {
        super(source);
    }
}

// 发布事件
applicationContext.publishEvent(new OrderCompletedEvent(order));

// 监听处理
@Async
@EventListener
public void handleOrderComplete(OrderCompletedEvent event) {
    // 发送邮件/短信通知
}

注意事项：

• 默认同步执行，需要@Async实现异步
• 异常处理需单独配置（实现AsyncUncaughtExceptionHandler）

6. 性能优化专项

6.1 集合类选择策略

基于JMH基准测试结果（单位：ops/ms）：

实战建议：

1. 查询多用ArrayList（预分配足够容量）
2. 频繁增删考虑LinkedList
3. 唯一性检查首选HashSet

6.2 数据库访问优化

在分页查询场景下，对比三种实现方式：

1. 传统分页（性能最差）：

sql复制SELECT * FROM orders LIMIT 100000, 20

2. 游标分页（中等性能）：

sql复制SELECT * FROM orders WHERE id > 100000 ORDER BY id LIMIT 20

3. 延迟关联（最优方案）：

sql复制SELECT * FROM orders 
INNER JOIN (SELECT id FROM orders ORDER BY create_time LIMIT 100000, 20) AS tmp
USING(id)

测试结果（百万数据量）：

7. 问题排查手册

7.1 内存泄漏定位流程

使用MAT分析heap dump的步骤：

1. 生成dump文件：

bash复制jmap -dump:format=b,file=heap.hprof <pid>

2. 分析支配树（Dominator Tree）
3. 检查GC Roots引用链
4. 重点关注：
   • 未关闭的资源（Connection/Stream）
   • 静态集合类
   • 线程局部变量

7.2 CPU飙高排查方案

1. 定位问题线程：

bash复制top -H -p <pid>  # 查看线程CPU占用
printf "%x\n" <tid>  # 转换线程ID为16进制

2. 获取线程栈：

bash复制jstack <pid> | grep -A 20 <nid>  # nid为16进制线程ID

3. 常见原因：
   • 死循环（如while(true)）
   • 锁竞争（BLOCKED状态）
   • 频繁GC（查看GC日志）

8. 工具链推荐

8.1 代码质量扫描

SonarQube检测出的典型问题及修复方案：

8.2 接口调试利器

Postman高级用法：

1. 环境变量管理（开发/测试/生产环境切换）
2. 预请求脚本（自动生成签名）
3. 测试断言（自动验证响应结构）
4. 接口文档生成（配合Swagger）

9. 编码规范精华

9.1 异常处理原则

1. 禁止捕获Throwable（会捕获Error）
2. 不要吞掉异常（至少打印日志）
3. 特定异常优先捕获：

java复制try {
    // ...
} catch (FileNotFoundException e) {
    // 特殊处理
} catch (IOException e) {
    // 通用处理
}

9.2 日志记录规范

推荐日志格式配置（logback.xml）：

xml复制<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n%ex{full}</pattern>

关键实践：

• ERROR级别必须带上下文信息
• 使用参数化日志（避免字符串拼接）

java复制log.debug("Processing order {} with amount {}", orderId, amount); 

10. 新特性前瞻

10.1 Record类使用场景

替代传统DTO的优势：

1. 自动生成equals/hashCode
2. 不可变性保证线程安全
3. 简洁的语法糖

java复制public record ProductDTO(
    Long id, 
    String name,
    BigDecimal price
) implements Serializable {}

限制：不能继承其他类，适合纯数据传输场景

10.2 虚拟线程实战

与传统线程池对比测试（处理10000个简单任务）：

启动方式：

java复制try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
    executor.submit(() -> {
        // 任务逻辑
    });
}