IntelliJ IDEA误报需从项目配置、缓存状态和检查策略三方面解决：校准JDK与Language Level、标记Sources Root、刷新索引与调整检查范围。
IntelliJ IDEA代码检查与错误高亮误报解决——当你明明写了合法Java代码，却看到红色波浪线、编译器报“找不到符号”或“不兼容的类型”，而mvn compile却能成功通过，说明IDE的语义分析模型和真实编译器出现了认知偏差，必须从项目配置、缓存状态和检查策略三个层面同步干预。
校准JDK与Language Level配置
第一步：按 Ctrl+Alt+Shift+S 打开 Project Structure → Project，确认 Project SDK 指向完整 JDK（含 src.zip 和 javadoc），而非仅 JRE 或空值。
第二步：检查 Project language level 是否与 SDK 版本严格对齐。例如使用 JDK 17 编译，language level 必须设为 17；若设为 8，IDE 将拒绝识别 var、sealed 等语法，但不会报错，只静默禁用检查——这正是误报的温床。
第三步：进入 Project Structure → Modules → [你的模块名] → Sources，核对 Language level 和 Target bytecode version 是否与 Project 级别完全一致。大型多模块项目中，【一个模块配置错误就会污染整个项目的类型推导】，导致跨模块引用处大量误报。
标记Sources Root并验证语义空间
右键项目中的 src/main/java 目录 → Mark as → Sources Root。该目录图标将变为蓝色，表示 IDE 已将其纳入可解析的源码空间。
未执行此操作时，IDE 视所有 .java 文件为纯文本：无语法高亮、无 Ctrl+Click 跳转、无 import 自动补全，更不会触发任何错误检查——此时你看到的“无报错”其实是检查被彻底关闭，而非代码正确。
验证是否生效：在任意 Java 文件中，将光标置于 System 上按 Ctrl+Click。若能跳转至 System.class 的反编译视图或源码，则 Sources Root 设置成功；若提示“Cannot find declaration”，说明标记失败或 JDK 配置异常。
使用 idealista CLI 按位置（城市、城镇、地区、街道）搜索 Idealista 房源并获取详情。适用于用户请求 Idealista 市场数据或需要 idealista‑cli 命令/标志时。
刷新索引与清除编译缓存
方法一：菜单栏 → File → Invalidate Caches and Restart → Invalidate and Restart。
方法二：命令行强制重建索引（适用于缓存损坏严重时）：
关闭 IDEA → 进入项目根目录 → 删除 .idea/workspace.xml 和 .idea/misc.xml → 重新打开项目。
注意：【删除 .idea 目录会丢失本地运行配置和断点设置】，仅在 Invalidate Caches 无效时才采用此法。
切换检查范围与警告级别
点击编辑器右下角人形图标 → 选择 Syntax 级别。该模式仅检测基础语法错误（如括号不匹配、分号缺失），屏蔽所有语义级警告（如“冗余 import”“未使用变量”），可快速验证是否为高级检查误报。
若 Syntax 模式下无红波浪线，而 Inspections 模式下大量报错，则问题出在检查规则本身，不是环境配置。此时可进入 Settings → Editor → Inspections → Java，逐项关闭可疑检查项（如 “Unused symbol”、“Redundant type arguments”），观察误报是否消失。
按 Alt+06 打开 Problems 工具窗口 → 切换到 Project Errors 标签页 → 点击左上角刷新按钮。若此处显示“0 problems”，但编辑器仍有红波浪线，说明当前文件未被纳入项目范围分析，需检查其所在目录是否被意外排除（右键目录 → Mark as → Excluded 的目录将被完全忽略）。
