3. 技术基础：操作系统与网络：进程线程模型、IO多路复用、TCP/UDP与性能调优

考察点：对操作系统并发模型的理解，以及结合实际场景的权衡能力。

回答框架：

1. 定义区别（资源开销、通信方式、调度粒度）
2. 优缺点对比（进程隔离性高但上下文切换重，线程轻量但需同步）
3. 交易系统选择：高可用优先多进程隔离（如报价服务），高并发I/O密集优先多线程（如订单匹配）

示例回答：进程拥有独立内存空间，线程共享内存。交易系统中，风险控制模块常用多进程防止单点故障影响全局；而订单处理引擎采用多线程+无锁队列，减少切换成本，实现微秒级匹配。

可能追问：多线程如何避免数据竞争？你用过哪些同步机制？

避坑提醒：勿死记硬背八股，要结合具体业务举例，比如报价推送与撮合引擎的不同选择。

考察点：底层系统调用理解，以及对高并发场景的适配能力。

回答框架：

1. 核心思想：通过一个线程监听多个文件描述符就绪状态
2. 三模型对比表
3. 交易系统中通常使用epoll（ET模式）处理大量TCP连接

示例回答：select使用固定大小fd_set，poll改用链表，epoll通过红黑树+就绪链表，仅返回活跃连接。交易系统常用epoll ET模式，减少不必要系统调用，提升吞吐。

可能追问：边缘触发模式下如何保证数据全部读取？你遇到过哪些坑？

避坑提醒：不要只说理论，要提实际踩坑，如epoll惊群问题、LT/ET选择。

考察点：网络协议理解与实际调优经验，特别是低延迟场景。

回答框架：

1. TCP可靠但存在队头阻塞（HoL）和重传延迟；UDP不可靠但延迟可控
2. 交易系统混合使用：行情推送用UDP+应用层FEC，订单/成交用TCP
3. 调优要点：TCP_NODELAY、SO_REUSEPORT、调整接收/发送缓冲区、使用内核旁路（DPDK）

示例回答：行情网关采用UDP组播+前向纠错，降低行情传递延迟至10微秒；订单网关使用TCP，开启Nagle算法禁用和快速重传，配合内核参数tcp_fastopen减少握手开销。

可能追问：如何防止UDP丢包导致行情不一致？TCP的Nagle算法具体怎么影响延迟？

避坑提醒：不要否定UDP，金融场景靠应用层保证可靠性，而非协议层。