请介绍判题机模块的整体架构，并重点说明代码沙箱的抽象调用接口及其实现类设计。

回答思路

1. 【回答框架 1】判题机模块通常由题目管理、交卷接收、代码编译、沙箱执行、结果判定、结果回传等环节组成，整体采用分层或职责清晰的模块划分。代码沙箱是执行用户代码的核心隔离组件，负责限制资源、防止恶意操作并采集运行结果。
2. 【回答框架 2】沙箱抽象调用接口一般定义统一的执行入口，输入为代码、语言、输入用例、时间与内存限制等，输出为运行输出、退出码、耗时、内存峰值或超时等判定所需信息。接口设计关注参数隔离、结果标准化、超时与异常处理的一致策略。
3. 【回答框架 3】实现类可针对不同隔离技术，例如使用 Java 的 SecurityManager、Docker 容器、K8s 或 CGroup 等方式。不同实现类在安全强度、资源控制粒度、启动开销和扩展性上不同，需权衡选择。抽象接口使上层判定逻辑不依赖具体沙箱实现，便于替换与测试。
4. 【回答框架 4】实现类需要考虑关键细节：容器或进程的创建与清理、CPU 和内存限制、禁止网络访问、文件系统隔离、超时终止、输出大小限制等。还要处理编译阶段与运行阶段的不同限制，并统一返回状态码供判定服务解析。
5. 【回答框架 5】总体架构上，沙箱作为独立服务或可插拔组件，通过 RPC 或 HTTP 与判题主服务交互，支持横向扩展，同时将安全风险限制在沙箱边界内。
6. 【关键点 1】沙箱抽象接口统一了执行输入输出，隔离了上层判定与具体隔离技术。
7. 【关键点 2】常见实现类基于容器、安全策略或系统级资源控制，各有安全与性能取舍。
8. 【关键点 3】沙箱必须处理超时、内存、网络、文件等资源限制，并返回标准化运行状态。
9. 【关键点 4】抽象化设计使判题机可灵活替换沙箱实现，便于扩展和单元测试。
10. 【易错点 1】将沙箱仅视为进程隔离，忽略用户代码可能通过系统调用或并发耗尽宿主机资源。
11. 【易错点 2】未区分编译与运行阶段限制，导致编译期资源占用失控。
12. 【易错点 3】依赖单一沙箱实现且无抽象，导致隔离技术升级或替换时牵动整个判题流程。