📝 案例背景与故障现象
故障描述：客户反馈在 AutoCAD 中，只要在图纸界面移动鼠标指针，就会出现严重的延迟和卡顿 。即便新建一个没有任何图元的空白图纸，大幅度移动鼠标依然卡顿顿挫 。
特别说明：有更换显示器，鼠标，重装过系统问题依旧，测试过硬件内存显示器刷新率均是正常
沈佳兵分享的视频
客户电脑配置：
CPU：Intel Core i9-9900KF
内存：64GB (4根插满)
显卡：NVIDIA RTX 2080Ti 11G
硬盘：256G NVMe SSD (系统盘) + 2T 机械硬盘 (数据盘)
显示器：100Hz 高刷显示器
🚫 第一阶段：常规排查（全军覆没）
面对这种拥有高端硬件的机器，首先排除了“配置不足”的可能。我们按部就班地进行了以下常规操作：
官网更新显卡驱动至最新。
调节 CAD 高性能模式，开启/关闭 CAD 硬件加速 。
更换 AutoCAD 版本（测试了 2022、2026 等版本）。
关闭 CAD 动态输入、捕捉设置、降级 DirectX 11 环境变量 。
更换不同的鼠标（包括普通 125Hz 办公鼠标），更换主板后置 USB 2.0 接口 。
甚至客户自行重装过 Windows 系统，问题依旧！
在所有常规手段失效，且观察到卡顿时 CPU/GPU 硬件占用一切正常后，排查陷入僵局。
💡 第二阶段：寻找破局点（ToDesk 异象）
在持续的测试中，我们发现了一个极其反常的现象：通过 ToDesk 远程控制客户电脑操作 CAD 时，鼠标移动非常顺滑，毫无卡顿！但只要客户用本机插着的实体鼠标操作，立刻卡顿 。
这个异象直接推翻了之前的很多假设。它证明了：
显卡渲染管线、显示器刷新率没问题（否则远程画面也会卡）。
CAD 软件本身绘图性能没问题。
问题精准锁定在：本机物理鼠标输入链路进入 CAD 后，被系统某个本地组件或隐藏机制拖慢了。
🔬 第三阶段：深挖底层，ProcMon 抓包显神威
既然是本地链路问题，且重装系统也无法解决（说明客户重装后又安装了某个特定的软件或恢复了特定的设置），我们决定使用微软官方的底层进程监控神器：Process Monitor (ProcMon)。
我们将过滤规则设置为：Process Name is acad.exe。 在 CAD 中疯狂晃动鼠标引发卡顿，然后停止抓包。查看日志时，令人震惊的一幕出现了：
抓包分析：日志显示，每当移动鼠标，acad.exe都在疯狂对D:\BaiduNetdiskDownload、微信接收目录（xwechat_files）以及 D/E 盘（机械硬盘）上的各种毫不相干的项目文件夹发起DeviceIoControl操作，并且结果全部返回INVALID PARAMETER！
真相大白：AutoCAD 正常画图时，绝不会去疯狂遍历全盘的无关文件夹。这说明有第三方的软件（如防泄密软件绿盾、带有右键菜单/状态图标扩展的网盘软件、或深度定制的输入法）将自己的 DLL 模块或过滤驱动强行注入了acad.exe。 每当鼠标移动触发 CAD UI 刷新时，这个被注入的钩子就会向处于机械硬盘上的文件发起海量的 I/O 查询 。由于机械硬盘的 4K 随机读取延迟极高，CAD 的主线程瞬间被堵死，表现出来的就是鼠标指针卡顿 。
✅ 第四阶段：验证与最终解决
为了验证这个结论，我们进行了两组对比测试：
测试一（断开机械盘）：在原用户环境下，我们直接物理拆掉那块 2T 的机械硬盘。再次打开 CAD 移动鼠标，卡顿现象大幅度好转，延迟几乎消失！证明了“机械盘响应慢拖垮了被劫持的 I/O”。
测试二（新建用户隔离环境）：我们怀疑原有的 Windows 用户配置（Registry、AppData 下的软件残留）已经深度污染。我们在系统内新建了一个本地管理员账户。登录新账户后打开 CAD，鼠标移动如丝般顺滑，问题彻底解决！
📌 经验复盘总结
不要迷信“重装系统”：客户口中的重装系统，往往重装后立刻装上了他习惯的那套软件、或者继承了旧的资料盘。如果底层冲突（Hook）或者 I/O 阻塞源头在非系统盘，重装是无效的 。
善用变量控制（远程 vs 本地）：ToDesk 远程不卡是一个完美的定界点，直接帮我们砍掉了 50% 排查显示渲染的工作量 。
ProcMon 是永远的神：当常规排查走到死胡同，必须依赖底层日志说话。看似是鼠标卡，实则是 CPU 线程在等待机械硬盘的无理请求 。
新建 Windows 账户排错法：这是一种成本极低且极度有效的隔离手段，能迅速判断问题是出在系统核心层，还是当前用户的环境变量与驻留软件层 。
最终，我们协助客户在新账户下重新配置了必要的办公环境，彻底告别了 CAD 卡顿困扰。排障不仅是技术的堆砌，更是严密逻辑推理的过程！
