3. 接口调用模型：同步调用 vs 异步调用、阻塞 vs 非阻塞、回调与事件驱动

在控制平面准入策略的接口设计中，调用模型的选择直接决定了系统的吞吐量、资源利用率以及故障隔离能力。本章从三个核心维度——同步/异步、阻塞/非阻塞、回调/事件驱动——剖析其本质差异，并结合准入控制器的典型场景给出选型建议。

3.1 同步调用 vs 异步调用

同步调用与异步调用的核心区别在于调用方是否等待被调用方返回结果。在准入策略场景中，同步调用常见于 Webhook 模式，异步调用则多见于消息队列或事件总线模式。

3.2 阻塞 vs 非阻塞

阻塞与非阻塞描述的是资源在等待操作完成时的状态。阻塞调用会使当前线程/协程挂起，而非阻塞调用则立即返回，由调用方决定是否轮询或注册回调。

• 阻塞 I/O：线程在 read/write 操作时被挂起，直到数据就绪。适用于连接数少、请求密集的场景。
• 非阻塞 I/O：系统调用立即返回，通过 EAGAIN/EWOULDBLOCK 信号告知调用方重试。适用于高并发、长连接场景。
• I/O 多路复用：如 epoll、kqueue，将非阻塞 I/O 与事件通知结合，是现代高并发服务器的基石。

3.3 回调与事件驱动

回调与事件驱动是异步编程的两种典型实现模式。在准入策略系统中，回调常用于策略链的串联执行，事件驱动则用于策略变更的广播与订阅。

3.3.1 回调模式

回调函数作为参数传递给异步操作，操作完成后被调用。在准入策略中，回调可用于策略评估完成后的后续动作，如记录审计日志、触发补偿策略。

// 伪代码：策略评估回调
func evaluatePolicy(request *AdmissionRequest, callback func(result *PolicyResult)) {
    go func() {
        result := doPolicyCheck(request)
        callback(result)  // 异步回调
    }()
}

// 使用
evaluatePolicy(req, func(result *PolicyResult) {
    if result.Denied {
        auditLog("策略拒绝: " + result.Reason)
    }
})

3.3.2 事件驱动模式

事件驱动通过事件总线或消息队列解耦生产者和消费者。在控制平面中，策略变更事件可被多个订阅者消费，实现策略的实时同步与热更新。

3.4 准入策略场景下的选型矩阵

结合控制平面准入策略的典型场景，下表给出不同调用模型的推荐组合：