Java面试宝典 JavaInterview：系统化构建技术竞争力

⚙️ 并发编程核心机制

《Java面试宝典 JavaInterview》强调：并发问题本质是“共享状态 + 非原子操作”。必须从以下三方面构建防护体系：
① 可见性：通过volatile或synchronized保证线程间状态同步
② 原子性：使用Atomic类、synchronized或Lock实现操作原子化
③ 有序性：依赖happens-before原则与内存屏障

深度案例：线程池拒绝策略的工程实践
某金融系统曾因使用默认AbortPolicy导致交易请求直接抛异常，引发连锁故障。优化方案：
① 自定义拒绝策略，记录日志并异步补偿
② 采用CallerRunsPolicy实现反压（调用线程执行任务）
③ 结合信号量限流，限制并发提交数
④ 引入延迟队列缓存非核心任务

// 自定义拒绝策略示例
public class LoggingRejectedExecutionHandler implements RejectedExecutionHandler {
    private final ScheduledExecutorService logService = Executors.newSingleThreadScheduledExecutor();
    @Override
    public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) {
        // 记录拒绝信息（含任务类型、当前队列长度）
        logService.schedule(() -> {
            log.warn("Task rejected! Queue size: {}, Active threads: {}",
                executor.getQueue().size(), executor.getActiveCount());
            // 可选：写入监控系统或触发告警
        }, 0, TimeUnit.SECONDS);
    }
}

线程池参数调优公式（实测有效）：

CPU密集型：corePoolSize = CPU核数 + 1
IO密集型：corePoolSize = CPU核数 × 2（或根据IO等待时间调整）
混合型：corePoolSize = CPU核数 × (1 + IO等待时间/CPU时间)

〖IO模型与Netty实战〗

《Java面试宝典 JavaInterview》指出：BIO（同步阻塞）、NIO（同步非阻塞）、AIO（异步非阻塞）的本质区别在于内核态向用户态拷贝数据的时机。Netty的流行正是因其对NIO的优雅封装，解决Java原生API的三大痛点：
① Selector空轮询bug：通过rebuildSelector机制修复
② 粘包/半包：提供LineBasedFrameDecoder、LengthFieldBasedFrameDecoder
③ 内存泄漏：ByteBuf引用计数机制+LeakDetector监控

常见Netty面试陷阱：

• ❌ “ChannelHandler是线程安全的” → 实际需注意共享状态线程安全
• ❌ “EventLoopGroup越多越好” → 过多导致上下文切换开销增大
• ✅ 正确姿势：使用Pipeline的addLast(new MyHandler())确保每个Channel独立Handler实例