Windows 系统的进程、线程加载/卸载等回调函数有一份最佳实践文档，要求回调必须快速执行、不能阻塞。常见禁止项包括：禁止调用用户态服务验证进程/线程、禁止注册表调用、禁止阻塞或 IPC 调用、禁止与其它线程同步（可能引发重入死锁）。
企业支持团队频繁遇到因驱动程序违反「快速返回」原则而导致系统挂起的案例。最典型的反模式是：驱动按文档建议把工作排队给系统工作线程（System Worker Thread），但随后又阻塞等待该工作项完成。这属于「只照搬规则字面却不懂规则初衷」——文档虽然没明写「不要等待工作项」，但「禁止与其它线程同步」和「禁止阻塞调用」已经涵盖了这种情况。
2020 年文档更新专门增补了这一条：使用系统工作线程时，不要等待工作完成，否则违背了异步处理的本意。这就好比父母禁止你开电视，你让弟弟去开——技术上你没开，但实质上你就是开了，所以规则里常写「不得披露或导致披露」，堵住这类借口。
文档应开篇即说明：回调函数必须快速完成工作，复杂逻辑或线程/进程同步操作应异步执行，然后列举哪些行为属于被禁止的阻塞操作。
编注：信源为微软开发者博客 The Old New Thing，内容为技术随笔，侧重规则背后的机制与典型反模式，未涉及具体受影响的驱动厂商或系统版本。