能配，但需安装Ethereum（Juan Blanco）或SublimeEthereum插件，手动将.sol文件绑定为Solidity语法，并正确配置solc绝对路径、"working_dir":"$file_path"及"shell":true，否则高亮失效、编译报错。
能配，但默认完全不认 .sol 文件——装错插件、没手动绑定语法、solc 路径写错，三者任一出问题，高亮就失效，编译就报 'solc' is not recognized。
装哪个插件才真正管用
别搜“Solidity”——搜 Ethereum（作者 Juan Blanco）或 SublimeEthereum。这两个是目前唯一持续适配 0.8.x 语法（比如 address payable、bytes32[]、constructor）的插件。
- 装了
SolidityLanguage或Solhint-Sublime：只做基础高亮，不校验pragma版本，也不支持--validate - 装了冷门 fork 插件（如
SoliditySyntax）：0.8.13+ 新增的关键字和类型直接不识别，看着高亮，实则漏报错 - 插件装完没重启 Sublime：部分语法定义不会热加载，必须重启
为什么 .sol 文件还是显示 Plain Text
插件装对了，不代表文件自动绑定语法。Sublime 不会扫描后缀就默认启用对应语法，得手动触发一次。
- 打开任意
.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"会因相对路径解析失败而报错
最容易被忽略的是 working_dir 和 shell 的组合行为：不设 working_dir，import 就挂；不设 shell: true（且用了 solc-select），solc 命令根本找不到——这两项哪怕只错一个，编译就静默失败，连错误提示都不给你。
