应安装Ethereum（作者Juan Blanco）或SublimeEthereum插件，二者持续适配0.8.x语法，支持高亮、lint及编译器集成；装错插件、未手动绑定.sol文件语法、solc路径配置错误或missing working_dir均会导致高亮失效或编译失败。
solc 路径配错、.sol 文件没手动绑定语法、working_dir 缺失——这三处任一出问题，高亮就失效，Ctrl+B 直接报 'solc' is not recognized 或 File not found。
装哪个插件才真正支持 0.8.x 语法？
别搜“Solidity”——搜 Ethereum（作者 Juan Blanco）或 SublimeEthereum。这两个是目前唯一持续适配 0.8.13+ 新特性的插件，比如 address payable、bytes32[]、constructor 关键字能正确着色和识别。
常见踩坑：
- 装了
SolidityLanguage或Solhint-Sublime：只做基础高亮，不校验pragma版本，也不支持--validate - 装了冷门 fork 插件（如
SoliditySyntax）：遇到0.8.24新增的type(uint256) with (name)语法直接不识别，看着高亮，实则漏报错 - 插件装完没重启 Sublime：部分语法定义不会热加载，必须重启才生效
为什么 .sol 文件右下角还是 Plain Text？
插件装对了 ≠ 语法自动启用。Sublime 不会扫描后缀就默认绑定 source.solidity，得手动触发一次。
操作步骤：
- 打开任意
.sol文件，看右下角状态栏显示什么（常是Plain Text或Python） - 点击那里 → 选
Open all with current extension as→Solidity - 如果菜单里没有
Solidity，说明插件未生效：确认是否安装的是Ethereum或SublimeEthereum，不是名字相近的其他包 - Windows 用户若仍无效，可在
Preferences → Settings用户配置中加一行："default_encoding": "UTF-8"
Ctrl+B 编译失败，提示 solc 找不到？
错误本质不是 Sublime 问题，而是它调用 shell 时根本没找到 solc 可执行文件。尤其在 Windows 和 macOS M1/M2 上，路径和环境变量极易错位。
必须验证并配置两件事：
- 终端里运行
solc --version能正常输出（比如0.8.24），否则先装：solc-select install 0.8.24 && solc-select use 0.8.24或npm install -g solc -
Build System中的cmd必须是绝对路径：
Windows 写"cmd": ["C:/Users/xxx/AppData/Roaming/npm/solc.cmd", "--combined-json", "abi,bin", "$file"]；
macOS/Linux 若用solc-select，需设"shell": true，否则 profile 里的 alias 不生效 -
"working_dir": "$file_path"不可省略——否则import "./Lib.sol"会因相对路径解析失败而报错
想补全 msg.sender、require() 却没提示？
默认的 Ethereum 插件只做词法高亮（比如给 function 上色），不解析语义，所以不会自动提示 msg.sender、abi.encode 等。
要补全，得额外装 SublimeCodeIntel 或 EasyClangComplete 类工具，并手动配置 Solidity 支持（通常需指定 solc 路径和 --standard-json 接口）。
要实时报错（比如未声明变量、版本不匹配），推荐搭配 SublimeLinter + solium 或 ethlint，且需全局安装：npm install -g solium。
注意：VSCode 的 solidity-extension 自带语言服务器，但 Sublime 没有等效原生支持，所有语义功能都依赖额外配置——这点最容易被忽略，以为装完插件就万事大吉。
