volatile不能保证原子性，++操作含读-改-写三步，多线程下仍会丢失更新；synchronized锁的是对象而非方法，不同实例无互斥；ThreadLocal不自动清理value易致内存泄漏；Executors.newFixedThreadPool()用无界队列，高负载易OOM。

ThreadPoolExecutor是高并发场景首选，需按压测调核心参数并自定义拒绝策略；IO密集型任务用CompletableFuture异步编排并指定专用线程池；状态更新用ConcurrentHashMap+CountDownLatch；定时任务优先选ScheduledThreadPoolExecutor。

直接newThread()在高并发下易导致OOM和性能崩溃，必须使用显式配置的ThreadPoolExecutor；应避免Executors工具类的无界队列和失控线程数陷阱，选用有界队列、合理拒绝策略与可监控参数。

Java需要原生线程支持，因为JVM依赖操作系统调度线程，java.lang.Thread封装了创建、启动等操作；volatile解决可见性而非原子性；ExecutorService比裸线程更安全可控；synchronized与ReentrantLock在锁机制和使用场景上存在关键差异。

Runnable接口不创建线程，仅定义任务；真正创建并启动线程的是Thread类或线程池；直接调用run()无并发效果，须用start()；匿名类、Lambda、独立类三种实现方式各适配不同场景。

wait/notify必须配合synchronized使用，因它们是对象监视器操作，调用前必须持有锁，否则抛IllegalMonitorStateException；wait释放锁并挂起，notify不释放锁且仅唤醒一个线程；须用while循环检查条件防虚假唤醒；BlockingQueue是更安全的生产者-消费者方案；...