定时场景下GetQueuedCompletionStatus导致CPU飙升问题咨询

我之前也踩过CEFSharp相关的CPU飙满坑，结合你描述的情况——第一次是自己代码问题已经解决，但第二次是持续5-10秒的硬100%占用（VS计时工具因为卡成狗只显示1毫秒），根源指向KERNELBASE!GetQueuedCompletionStatus或者CEF的libcef.dll，给你几个实际有效的排查方向：

• 先定位是哪个进程在吃CPU
  打开任务管理器，区分是你的主应用进程，还是CEFSharp的子进程（比如带--type=renderer或--type=gpu-process标识的进程）。如果是子进程，大概率是某个网页的JS死循环、渲染资源泄漏，或者GPU加速兼容性问题；如果是主进程，基本是CEF的消息循环和你的应用主线程冲突了。

• 检查CEFSharp的消息循环处理
  如果你用的是WinForms/WPF，一定要确保在UI线程定期调用Cef.DoMessageLoopWork()（尤其是非默认消息循环的场景），或者正确配置了CEF的CefSettings.MultiThreadedMessageLoop。要是主线程被其他操作阻塞，CEF的IO线程可能会通过GetQueuedCompletionStatus进入异常循环，直接拉满CPU。

• 升级CEFSharp版本+临时禁用GPU加速
  旧版本的CEFSharp有不少已知的CPU占用bug，先更到最新稳定版再说。另外，GPU加速在某些显卡驱动下会触发渲染线程死循环，临时设置CefSettings.DisableGpu = true，看看CPU飙满的情况会不会消失——如果消失了，那就是GPU兼容性问题，可以进一步调整CEF的GPU相关参数。

• 用Windows性能工具深挖调用栈
  VS的计时工具在硬100%占用时确实抓不到细节，改用Windows自带的WPR（Windows Performance Recorder）录制一段CPU飙升期间的日志，然后用WPA（Windows Performance Analyzer）打开，筛选KERNELBASE!GetQueuedCompletionStatus的调用栈，看是CEF的哪个线程（网络/IO/渲染）在持续调用它。通常这种情况要么是某个网络请求卡住没释放，要么是IO完成端口的句柄泄漏了。

• 排查IO资源泄漏
  GetQueuedCompletionStatus和IOCP（完成端口）绑定，如果你的应用或者CEFSharp有未正常关闭的网络连接、未释放的IO句柄，会导致这个函数无限等待但又一直被唤醒，直接拉满CPU。用Process Explorer查看进程的句柄数，看有没有在CPU飙升期间异常增长的情况。

内容的提问来源于stack exchange，提问作者Ma Dude