很多后端问题看起来发生在 Java、数据库或框架里，往下追一层，往往会回到几个基础概念：用户态和内核态、进程和线程、内存模型、系统调用、中断和异常。它们不是考试知识点，而是排查性能、并发和稳定性问题时的底层地图。
用户态和内核态决定权限边界
普通应用运行在用户态，不能随便访问硬件和所有内存。读文件、写网络、申请内存映射、等待事件，都需要通过系统调用进入内核态。
这层切换有成本。一次系统调用要保存现场、切换权限、进入内核处理，再返回用户态。单次成本不一定大，但高频小 I/O、频繁唤醒、过多上下文切换叠在一起，就会变成性能问题。
所以很多优化本质是在减少切换次数：批量读写、连接复用、零拷贝、epoll 一次处理多个事件，都是这个方向。
进程隔离强，线程共享多
进程拥有独立地址空间，隔离性强；线程共享进程里的堆、文件描述符和大部分资源，切换成本更低，但同步风险更高。
工程上要记住两点：
- 同一进程内
new出来的对象在堆里，不属于某个线程私有。 - 线程私有的主要是栈、寄存器、程序计数器和线程本地变量。
因此，多线程真正难的不是“能不能并发执行”，而是共享数据什么时候可见、谁能修改、失败时如何收尾。
内存问题要区分泄漏和溢出
内存泄漏是对象已经不再需要，但仍然被引用，导致回收不掉；内存溢出是一次或持续申请超过可用上限，最终触发 OOM。
常见泄漏来源包括：
- 静态集合当缓存，却没有容量和过期策略。
- 连接、流、HTTP 客户端资源没有关闭。
- 线程池里使用
ThreadLocal后没有remove。 - 单例或长生命周期对象持有大对象引用。
排查时不要只看异常栈。更稳的链路是监控告警、堆使用趋势、大对象直方图、堆转储，再用 MAT 或 VisualVM 找引用链。
中断和异常是操作系统的控制入口
中断通常来自外部硬件，例如网卡、磁盘、时钟；异常来自当前指令执行过程，例如缺页、除零、非法指令。它们都会让 CPU 进入内核处理，但语义不同。
中断处理强调快，通常分成上半部和下半部。上半部只做关键动作，下半部再处理耗时工作。网络包接收、定时器、驱动延后处理都和这套机制有关。
Java 里的 Thread.interrupt() 不是操作系统中断，而是一种协作式取消信号。线程收到信号后是否退出，取决于代码有没有检查中断状态，或者阻塞方法有没有响应。
实用结论
计算机基础不是孤立概念。用户态和内核态解释了系统调用成本；进程和线程解释了隔离与共享；内存模型解释了泄漏、可见性和 OOM；中断和异常解释了操作系统如何接管控制权。
写业务代码时不需要天天想着这些底层细节，但一旦遇到性能抖动、线程卡死、内存上涨、I/O 变慢，这些基础就是排障的第一张地图。
