sublime text右下角显示“plain text”说明.sol文件未被识别为solidity，需手动点击右下角→选择open all with current extension as→solidity；若列表无solidity，须确认安装的是ethereum插件（非soliditysyntax）、已重启编辑器，windows用户可加"default_encoding": "utf-8"。
Sublime Text右下角显示“Plain Text”而不是Solidity
这是最常卡住的第一步：插件装了，但.sol文件根本没被识别。Ethereum插件（Juan Blanco维护）不会自动把所有.sol文件绑定到source.solidity语法作用域。
- 打开任意
.sol文件，看右下角状态栏显示什么（常见是Plain Text或Python） - 点击那里 → 选择
Open all with current extension as→Solidity - 如果列表里没有
Solidity，确认是否通过Package Control安装的是Ethereum（不是SoliditySyntax或其他变体），且 Sublime 已重启 - Windows 用户若仍失效，可在
Preferences → Settings中加一行："default_encoding": "UTF-8"
Ctrl+B编译报'solc' is not recognized
错误本质不是插件问题，而是 Sublime 找不到solc命令——尤其在 Windows 和 macOS M1/M2 上路径容易错位。
- 先在终端运行
solc --version，确保它真能执行；如果不行，用solc-select use 0.8.24或npm install -g solc后必须重开 Sublime（环境变量不热更新） - Build System 的
"cmd"必须写绝对路径（尤其 Windows）："cmd": ["C:/Users/xxx/AppData/Roaming/npm/solc.cmd", "--combined-json", "abi,bin", "$file"] -
"working_dir": "$file_path"不可省略——否则import "./Token.sol"会因相对路径解析失败而报错 - macOS/Linux 用户若用
solc-select，建议在 Build System 中加"shell": true，否则可能无法加载 shell profile 中的别名或路径
想补全msg.sender、require()却没提示
默认的 Ethereum 插件只做语法高亮，不提供语义级补全。它不会告诉你msg有哪些属性，也不会列出可用的全局函数。
- 要实现自动提示，必须额外引入
SublimeCodeIntel或SublimeLinter等工具 -
SublimeCodeIntel支持跳转定义、参数提示、符号搜索，但需单独配置~/.codeintel/config指向 Solidity 运行时库路径 - 注意：
SublimeLinter本身不补全，但它配合SublimeLinter-contrib-solc可实时标出pragma solidity ^0.8.0;和实际solc版本不匹配的错误
高亮正常但truffle migrate失败
Sublime Text 只是编辑器，它不参与编译、部署或链上交互。真正出问题的地方往往在项目配置层，而非编辑器界面。
-
truffle-config.js里compilers.solc.version必须和你本地solc版本一致，比如写"0.8.24"就得确保solc --version输出完全匹配 - 没连上 Ganache 节点会导致
migrate卡住或报connect ECONNREFUSED，检查truffle-config.js中networks.development.host是否为127.0.0.1、端口是否对应 - 合约第一行漏写 SPDX 声明（如
// SPDX-License-Identifier: MIT）在 Solidity ≥0.6.8 下直接导致truffle compile失败，但 Sublime 高亮完全不受影响——它不校验这个
working_dir和 SPDX 声明这两处：前者让import路径失效，后者让整个编译流程静默中断，而它们在编辑器里都看不出任何异常。
