PyCharm报SyntaxError但终端能运行，大概率是解释器版本过低或Python语言级别未匹配语法特性（如:=需3.8+、match/case需3.10+），需在Settings→Project→Python Interpreter和Python Language Level中分别确认并手动设置正确版本。
PyCharm 报 SyntaxError 但代码在终端能跑通
大概率是 PyCharm 当前解释器配置的 Python 版本低于你代码所用语法特性要求的最低版本。比如用了海象运算符 :=（Python 3.8+）、或带类型注解的变量赋值（如 a: int = 1 在旧版本中可能被误判），而 PyCharm 默认绑定了一个较老的解释器（如系统自带的 Python 2.7 或 3.6）。
检查路径：File → Settings → Project → Python Interpreter，确认右上角显示的解释器路径对应的是你期望的 Python 版本（例如 /usr/bin/python3.10 或虚拟环境里的 venv/bin/python）。如果显示的是 Python 3.6 或更低，就换掉。
- 点击右上角齿轮图标 → Add… → 选 System Interpreter 或 Virtual Environment
- 浏览到你实际使用的 Python 可执行文件（可通过终端运行
which python3.10或python -c "import sys; print(sys.executable)"获取路径） - 添加后，PyCharm 会自动重载语法检查，红色波浪线通常立刻消失
PyCharm 显示 Unexpected EOF while parsing 却找不到缺失括号
这往往不是真缺括号，而是 PyCharm 的语法解析器被前面某处未关闭的字符串字面量或注释干扰了。尤其常见于多行字符串、f-string 嵌套、或三引号字符串里混入了未转义的 """ 或 '''。
实操建议：
- 从报错行向上逐行检查，重点关注
"""、'''、f"""、r"...这类字面量是否成对闭合 - 留意 f-string 中的花括号嵌套，比如
f"{x:{y}}"如果y本身含未转义的{或}，可能触发提前终止 - 临时把疑似区域用
#注释掉，看报错是否消失——这是最快定位法
PyCharm 对 match / case 标红但 Python 3.10 已启用
即使解释器设为 3.10+，PyCharm 仍可能因项目 SDK 配置未同步更新语言级别（Language Level）而拒绝识别结构模式匹配语法。
PyCharm 2026.2是 JetBrains PyCharm 的指定版本安装包，下载地址指向官方 Windows 安装包直链，可用于旧项目兼容、版本回退和环境测试。
必须手动设置：
- 进入 File → Settings → Project → Project Interpreter 确认解释器正确后，再进 Project → Python Language Level
- 下拉选择
3.10或更高（不能选Same as project interpreter—— 这个选项有时不生效） - 改完点 OK，重启 PyCharm 或右键项目 → Reload project from Maven/Gradle（虽是 Java 术语，但 PyCharm 里这个操作会强制重载 Python 语法支持）
保存后错误消失，但编辑时持续标红
这是 PyCharm 的实时语法检查（Code Inspection）缓存滞后导致的假阳性。它基于 AST 静态分析，但编辑中途状态不完整，容易把尚未写完的语句（比如刚敲了 if x: 还没写 body）当成语法错误。
不用修复，也不用关检查：
- 只要最终保存后无报错、运行正常，就可忽略编辑过程中的临时标红
- 若频繁发生，可调低检查强度：进入 Settings → Editor → Inspections → Python → Unresolved reference 等非语法类检查项，但别关
Syntax error本身 - 极端情况可清缓存：File → Invalidate Caches and Restart → Just Restart（注意：不是“Invalidate and Restart”，那会清空所有索引）
真正麻烦的是那些“保存后还标红”的情况——那基本就是解释器版本、语言级别或字符串边界问题，得按上面几条挨个排查。别信“重启就行”，得看红在哪、为什么红。
