并发是逻辑上“假装同时”，靠时间片轮转实现；并行是物理上“真同时”，需线程数≤CPU核心数且任务可分割。二者本质区别在于是否依赖多核硬件与实际调度结果。
并发不是并行，Java里能“同时跑多个线程”不等于真正在同一时刻执行——关键看CPU核心数和调度方式。
并发是“假装同时”，靠时间片轮转抢CPU
在单核CPU或线程数远超核心数时，JVM把Runnable状态的线程按毫秒级切片轮流上CPU，比如两个线程t1和t2交替执行System.out.println，看起来像一起动，其实任意时刻只有1个在真正运行。
- 典型场景：
Thread.sleep(100)、Object.wait()、网络I/O等待期间，线程让出CPU，其他线程趁机执行 - 容易踩的坑：误以为
synchronized块内“并发安全”就等于“并行安全”——其实锁只防竞争，不解决CPU是否真并行 - 性能影响：频繁上下文切换（context switch）会吃掉可观CPU，
jstack看到大量RUNNABLE但实际没干活，可能就是并发过载
并行是“真同时”，依赖多核+任务可分割
只有当线程数 ≤ 可用CPU核心数（Runtime.getRuntime().availableProcessors()），且JVM未被人为限制（如-XX:ParallelGCThreads干扰），才可能触发物理并行。例如：
IntStream.range(0, 1000).parallel().forEach(i -> {
// 在4核机器上，大概率由4个线程分段执行
process(i);
});- 使用场景：
parallelStream()、ForkJoinPool.commonPool()、手动创建ThreadPoolExecutor配足核心数 - 参数差异：
ForkJoinPool默认用availableProcessors() - 1个并行线程，不是“越多越好” - 陷阱：共享可变状态（如
ArrayList）在并行流中直接add会抛ConcurrentModificationException，必须换ConcurrentHashMap或收集到Collectors.toList()
Java代码里怎么判断当前是并发还是并行？
不能光看开了几个Thread，得看OS层实际调度结果。简单验证方法：
- 用
top -H（Linux）或任务管理器“详细信息”页，观察Java进程下的线程数是否持续 ≈availableProcessors() - 加JVM参数
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps，如果GC日志里频繁出现Parallel GC且耗时陡降，说明并行生效 - 写一段自旋代码：
while (true) { Math.sqrt(Math.random()); }启动4个线程，在4核机器上若CPU使用率稳定在~400%，基本就是并行；若只有~100%且线程状态频繁切换，就是并发
最常被忽略的一点：volatile变量能保证可见性，但对并发和并行都无效——它不提供原子性，也不控制执行时机。想靠它“协调并行任务顺序”，八成会出竞态。
