VSCode中Solidity编译报错多因环境配置问题：①编译器版本不匹配，需设为local并指定匹配的正式版（如0.8.20）；②SPDX许可证缺失或格式错误，首行必须严格为// SPDX-License-Identifier: MIT；③插件冲突导致误报，应禁用非官方Solidity插件。
VSCode 中 Solidity 编译报错，90% 不是代码写错了，而是环境配置没对齐——尤其是编译器版本、插件冲突和 SPDX 许可证这三处，踩中任意一个都会中断 npx hardhat compile。
编译器版本不匹配：note that nightly builds are considered to strictly less than the released version
这是 VSCode Solidity 插件自动选了旧版编译器（比如 0.8.19），但你的 pragma solidity ^0.8.20 合约要求更高版本。插件默认用远程或捆绑的“nightly”构建，它版本号字典序比正式版小，直接被拒。
- 右键任意
.sol文件 → 选择Solidity: Download compiler and set workspace local，输入你要的版本（如0.8.20） - 进插件设置，搜
default compiler，把选项从remote或bundled改成localFile - 重启 VSCode，再打开文件，右下角状态栏应显示类似
Solc 0.8.20，不是nightly或空白
SPDX 许可证缺失导致硬性编译失败
SPDX license identifier not provided 不是警告，是错误。Solidity 0.6.8+ 强制要求首行必须有 SPDX 声明，且不能有空行、注释或 BOM 字符前置。
- 在每个
.sol文件最顶部（第一行，无空行）加：// SPDX-License-Identifier: MIT - 可用值只有
MIT、Apache-2.0、Unlicense；写ISC或GPL-3.0也会报错 - OpenZeppelin 的
@openzeppelin/contracts自带 SPDX，但你自己写的contracts/Token.sol必须手动补全 - VSCode 插件支持快捷补全：光标移到首行，按
Ctrl+Space，选SPDX License片段即可
插件冲突引发误报：两个 Solidity configuration 同时存在
装了多个 Solidity 相关插件（比如 Solidity + Solidity Extended），它们各自维护一套编译器路径和版本设置，VSCode 会混用，导致构造函数标红、constructor 报错，但实际 npx hardhat compile 能过。
- 打开 VSCode 扩展面板，禁用或卸载所有非官方的 Solidity 插件，只留
Solidity for Visual Studio Code（作者 Juan Blanco） - 检查右下角状态栏是否出现两个 Solidity 图标或提示；若有，说明插件仍在争抢控制权
- 如果必须用 remapping（比如引用
@openzeppelin），优先用hardhat.config.js配置solidity.settings.remappings，而不是依赖插件的solidity.remappings设置
Hardhat 初始化失败：Cannot find module 'hardhat'
这不是没装 Hardhat，而是你没在项目根目录下操作。VSCode 终端默认工作路径可能不是你认为的那个文件夹，尤其当你从资源管理器拖入文件时。
- 确认当前目录下有
package.json和node_modules/hardhat/；没有就先运行npm init -y && npm install --save-dev hardhat - 别用
npm install -g hardhat—— 全局安装会让npx hardhat找不到本地配置和hardhat.config.js - 在 VSCode 中右键项目文件夹 →
Open in Integrated Terminal，确保终端 pwd 是项目根目录 - 执行
npx hardhat compile前，先跑npx hardhat看是否列出任务；若报错，说明路径或依赖有问题
最容易被忽略的是：SPDX 必须严格位于第一行，连 UTF-8 BOM 都会导致失败；而插件冲突引起的报错，往往只在编辑器里红，编译却成功——这时候别信高亮，信 npx hardhat compile 的输出。
