fs.readfile('./.env')报enoent是因为路径基于process.cwd()而非文件位置；应使用path.join(__dirname, '.env')锚定js文件所在目录，避免cwd影响，并开启vscode隐藏文件显示以确认.env存在。
为什么 fs.readFile('./.env') 总报 ENOENT？
不是文件不存在，而是路径解析错了。Node.js 里的 ./.env 指的是当前终端工作目录（process.cwd()），不是你 JS 文件所在位置。VSCode 终端默认打开在工作区根目录，但你的脚本可能在 src/ 下——这时 ./.env 实际去找的是根目录下的 .env，而不是 src/.env。
常见错误现象：
- 在文件所在目录执行
node index.js成功，换到父目录运行就报Error: ENOENT: no such file or directory, open './.env' -
console.log(__dirname)输出/project/src，但process.cwd()是/project，两者不一致
用 path.join(__dirname, '.env') 锚定真实路径
这才是稳定解法：把路径锚定在 JS 文件自身位置，和启动位置完全解耦。
- 必须引入
path模块：const path = require('path'); - 别手动拼字符串（比如
__dirname + '/.env'），Windows 和 Linux 斜杠方向不同，容易出错 - 用
path.join(__dirname, '.env')，它会自动处理分隔符、去重、规范化 - 如果
.env在上层目录，写成path.join(__dirname, '..', '.env')
示例：
const fs = require('fs');
const path = require('path');
const envPath = path.join(__dirname, '.env'); // ✅ 从当前 JS 文件出发找同级 .env
fs.readFile(envPath, 'utf8', (err, data) => {
if (err) throw err;
console.log(data);
});
VSCode 资源管理器里根本看不到 .env？先开隐藏文件显示
VSCode 默认过滤所有以 . 开头的文件，靠的是 "**/.*": true 这条规则。不显式放开，你就没法选中、编辑、甚至确认它是否存在。
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），运行Preferences: Open Workspace Settings (JSON) - 找到
files.exclude字段，删掉或注释掉"**/.*": true - 保存后，关闭再重新打开当前文件夹（
File > Close Folder→File > Open Folder），资源管理器才刷新 - 如果只希望放行
.env和.htaccess，可改写为："**/.DS_Store": true、"**/.git/**": true，单独排除不需要的
调试时读不到 .env，但终端能读？环境变量没传给调试器
VSCode 的调试器（launch.json）启动的是干净进程，不继承终端的 PATH 或当前目录。即使你在终端里 cd src && node app.js 能跑通，F5 调试仍可能失败。
- 在
launch.json的配置里加env字段，显式指定工作目录："cwd": "${fileDirname}" - 如果依赖系统 PATH（比如调用了其他 CLI 工具），补上完整
PATH："env": { "PATH": "${env:PATH}:/usr/local/bin" } - Windows 下注意分隔符是
;，Linux/macOS 是:；字段名必须是env，不是已弃用的environment - 别指望
envFile自动补PATH，它只加载.env里的键值对
真正麻烦的不是读不到文件，而是你以为路径对了，其实 __dirname 和 process.cwd() 差着两层目录，而 VSCode 资源管理器又根本不让你看见那个点文件——三重错位叠加，问题就藏得特别深。
