.sol文件无高亮是因语法作用域未绑定，需手动将文件关联为solidity；ctrl+b报错因sublime未继承path，须重启并配置绝对solc路径；类型校验需≥0.8.13版本及正确solc_path和solc_version设置；补全需额外插件如sublimecodeintel。
打开.sol文件没高亮，右下角显示Plain Text
这不是插件没装，而是语法作用域没绑定。Sublime不会自动把所有.sol文件识别为Solidity，哪怕你已安装Ethereum或SublimeEthereum插件。
- 打开任意
.sol文件，看右下角状态栏显示什么（常见是Plain Text或Python） - 点击那里 → 选择
Open all with current extension as→Solidity - 如果列表里没有
Solidity，检查是否安装的是Ethereum（Juan Blanco维护），不是SoliditySyntax或Solhint-sublime——后者只提供基础高亮，不带语法作用域注册 - Windows用户若仍失效，可在
Preferences → Settings中加一行："default_encoding": "UTF-8"
Ctrl+B编译报'solc' is not recognized
错误不在Sublime，而在环境变量没被Sublime继承。它启动时读取的是当时系统的PATH，不是你终端里能跑solc --version的那个PATH。
- 先在终端运行
solc --version，确认命令可用；不可用就先装：npm install -g solc或solc-select install 0.8.24 && solc-select use 0.8.24 - 装完必须重启Sublime Text——环境变量不会热更新
- Build System里
"cmd"字段必须写绝对路径：Windows示例：["C:/Users/xxx/AppData/Roaming/npm/solc.cmd", "--combined-json", "abi,bin", "$file"]；macOS/Linux建议加"shell": true，否则solc-select的shell wrapper可能不生效 -
"working_dir": "$file_path"不能省——否则import "./Lib.sol"会因相对路径解析失败而报错
保存后没报错，但address payable或unchecked块根本不校验
单纯语法高亮只是“颜色对”，不代表Sublime理解Solidity语义。要触发类型检查和语法验证，得让插件调用solc --validate，而这依赖两个前提。
- 确保本地
solc版本 ≥ 0.8.13（--validate参数从该版本引入） - 在
Preferences → Package Settings → SublimeEthereum → Settings中填入完整路径和版本：{ "solc_path": "/usr/local/bin/solc", "solc_version": "0.8.24" } -
solc_path必须指向可执行文件（如/usr/local/bin/solc），不是目录；用which solc（macOS/Linux）或where solc（Windows）确认 - 如果用
solc-select，solc_path应设为wrapper路径（如/usr/local/bin/solc），再靠solc_version指定具体版本
想补全msg.sender、require()却没提示
Ethereum插件只做语法高亮和构建集成，不提供语义级补全。这是设计使然，不是配置漏了。
- 默认情况下，
msg、tx、block这些全局对象，以及require、revert等内置函数，都不会出现在补全列表里 - 要实现这类提示，必须额外装
SublimeCodeIntel或类似支持AST分析的插件，并为其配置Solidity语言服务（截至2026年6月，尚无轻量级原生替代方案） - 别指望
AutoFileName或TrailingSpaces能解决这个问题——它们只管路径补全和空格清理，不碰语言语义
solc_path指向一个看似正确实则失效的链接、working_dir被悄悄删掉、或者误信某个名字像但功能残缺的插件。这些点不手动验证一遍，配置就永远停在“看起来能用”的假象里。
