路径拼写错误导致报错是因为不同环境解析规则不统一：ts/vite静态分析拦截非法路径，go模块路径大小写敏感且校验哈希，arkts严格区分大小写，python相对导入依赖__package__而非文件位置，本地与ci环境差异易引发“本地能跑、ci报错”。
VS Code 里 import 路径拼错，为什么保存就报红？
这不是编译器“锁死”，而是 TypeScript 或 Vite 在静态分析阶段直接拦截了非法路径。比如把 ./utils/helper 写成 ./utilis/helper，TS 会立刻标红并阻断热更新——因为 import 是静态声明，解析失败即终止。
- 启用
Path Intellisense插件，输入import后按Ctrl+Space直接选文件，不手敲 - 禁用“自动导入”插件的模糊匹配（如 Auto Import 默认开启 fuzzy search），避免它把
utils错推成utilis - 在
tsconfig.json中配"noImplicitAny": true和"strict": true，让路径错误更早暴露
Go module 路径大小写不一致，go get 就 404？
Go 的模块路径是大小写敏感的，且 checksum database（sum.golang.org）只认你 go mod init 时声明的那个路径。比如仓库已迁到 git.example.com/team/Proj，但 go.mod 里还是 module github.com/user/proj，go get 就会因路径哈希不匹配而失败。
- 运行
go mod edit -module git.example.com/team/Proj更新go.mod - 全局替换所有
import语句：旧路径必须全量改成新路径，不能只改go.mod - 打新 tag（如
v1.2.0），旧 tag 不要复用——Go 不允许同一 tag 对应不同路径 - 若用私有域名（如
mycorp.internal/lib），必须部署 HTTPS +go-get=1元标签，否则go get直接跳过解析
ArkTS 编译报错 “Cannot find module”，但文件明明存在
HarmonyOS 编译环境对路径大小写完全敏感，../Utils/helper 和 ../utils/helper 被视为两个不同路径。编辑器可能不标红（尤其 Windows 下），但 ArkTS 编译器会严格校验。
- 检查文件系统真实大小写：用
ls -la或资源管理器确认目录名是Utils还是utils - 避免在 Windows 上开发后直接提交到 Linux CI 环境——本地不报错，CI 构建必挂
- 在
build-profile.json5中启用"checkModulePathCase": true（如果支持），提前捕获大小写问题
Python 里 from .utils import xxx 总导入错模块
Python 的相对导入依赖 __package__，不是简单看文件位置。如果脚本被直接执行（python main.py），__package__ 为 None，from .utils 就会报 ImportError: attempted relative import with no known parent package。
- 确保用
python -m package.main方式运行，而非直接python main.py - 检查
sys.path是否包含项目根目录：打印print(sys.path)，确认当前目录没意外插入到搜索链前面 - 避免同名模块冲突：比如自己写了
requests.py，又装了requests包，Python 可能优先加载本地文件——删掉或重命名
