windows 12 ai内存优化干扰idea编译性能，表现为工作集被异常压缩、gc频繁、cpu波动；需通过set-processmitigation禁用idea64.exe的workingset限制，并调整jvm参数为-xx:+useparallelgc、-xx:activeprocessorcount及-xmx4g。
Windows 12 用户在运行 IntelliJ IDEA 时编译变慢，大概率不是 IDEA 本身的问题，而是 Windows 12 的 AI 内存优化机制与 JetBrains Runtime（基于 JDK 21）的内存管理策略发生了隐性冲突——IDEA 主动申请大块堆内存，而系统 AI 认为这是“可压缩缓存”，反复回收其工作集（Working Set），导致 GC 频繁、编译线程被调度延迟。
确认是否被 Windows 12 AI 内存优化干扰
这是最常被忽略的第一步。Windows 12 默认开启 AI 内存优化，它会主动压缩进程的工作集，对 IDEA 这类内存密集型 Java 应用影响显著。现象包括：
- 任务管理器中
idea64.exe的“内存（已提交）”很高，但“内存（工作集）”被压到 1–2 GB 以下 - 编译时 CPU 占用忽高忽低，
java.exe子进程频繁启停 - IDEA 控制台输出大量
GC overhead limit exceeded或OutOfMemoryError: GC Overhead Limit Exceeded
验证方式：打开任务管理器 → “详细信息”页 → 右键列标题 → 勾选“工作集”和“已提交” → 观察编译过程中两者的比值是否持续失衡（如已提交 6 GB，工作集仅 1.2 GB）。
禁用 Windows 12 AI 内存优化（关键操作）
这不是关闭整个 AI 功能，而是精准关闭对 IDEA 进程的干预。必须通过 Windows 系统级设置完成，插件或 JVM 参数无效：
- 以管理员身份运行 PowerShell
- 执行：
Set-ProcessMitigation -Name "idea64.exe" -Disable "WorkingSet" - 若提示未找到进程名，先确认 IDEA 启动后进程名确实是
idea64.exe（Windows 12 下部分安装路径可能生成idea.exe，此时改用Set-ProcessMitigation -Name "idea.exe" -Disable "WorkingSet"） - 重启 IDEA 生效
该命令永久禁用对指定进程的“工作集限制”，不影响其他 AI 功能（如智能调度、安全防护），也不会降低系统整体响应速度。
使用 idealista CLI 按位置（城市、城镇、地区、街道）搜索 Idealista 房源并获取详情。适用于用户请求 Idealista 市场数据或需要 idealista‑cli 命令/标志时。
调整 IDEA JVM 参数适配 Windows 12 调度策略
Windows 12 的 AI 智能调度 倾向于将前台应用线程优先绑定到高性能核心，但默认的 IDEA 启动配置未显式声明 CPU 亲和性，可能导致编译线程被分发到能效核（E-core）上空转。需手动强化调度提示：
- 编辑
idea64.exe.vmoptions（位于 IDEA 安装目录bin/下） - 追加两行：
-XX:+UseParallelGC（避免 G1 GC 在 Windows 12 上触发额外调度开销）-XX:ActiveProcessorCount=8（显式告知 JVM 可用逻辑核心数，防止 Windows 12 动态缩核误判；请按你实际 CPU 核心数替换） - 删除或注释掉
-XX:+UseG1GC和-XX:MaxGCPauseMillis=200类参数——它们在 Windows 12 + JDK 21 组合下反而引发更频繁的 STW
注意：不要盲目加大 -Xmx。Windows 12 的内存压缩机制对 >4 GB 的单进程堆更敏感。推荐设为 -Xmx4g，配合上述 WorkingSet 禁用，实际可用内存反而更稳定。
避免与 Mem Reduct / Windows Cleaner 类工具共存
这类第三方内存清理工具会直接调用 EmptyWorkingSet API 强制清空 IDEA 进程内存，与 Windows 12 的 AI 机制形成双重打击。即使你没主动点击“清理”，其后台自动模式也会每 30–60 秒扫描一次高内存进程。
- 检查系统托盘是否有
MemReduct、Windows Cleaner或类似图标 - 任务管理器 → 启动项 → 禁用所有名称含
memory、clean、reduct的条目 - 若已安装
Win11Debloat，确认其脚本未启用Disable-MemoryCompression以外的内存相关策略（该命令本身无害，但某些衍生分支会误加清理逻辑）
真正需要的是让 IDEA 的内存“安静地待着”，而不是反复腾挪。Windows 12 的 AI 调度足够聪明，前提是别让它和外部工具打架。
最易被忽略的点：Windows 12 的 AI 机制不会在任务管理器里显示“AI 正在压缩 idea64.exe”，它表现为一种底层调度行为。如果你只盯着 CPU 或磁盘占用排查，永远找不到根因。必须从“工作集 vs 已提交”这个组合指标切入，再配合 Set-ProcessMitigation 精准干预——这才是 Win12 + IDEA 编译卡顿的破局点。
