搜索
查找主题、作者或分类。
Node.js：小脚本读 JSON 配置，`fs/promises` 加 `JSON.parse` 就行再补个边角情况：有些编辑器保存的 JSON 文件前面可能带 UTF-8 BOM，`JSON.parse` 会把开头那个隐藏字符也当内容看。
小脚本里如果想兜一下，可以读完后先去掉：
```js
const text = (await readFile('./config.json', 'utf8')).replace(/^\uFEFF/, '')
const config = JSON.parse(text)
```
不常见，但配置文件从 Windows 环境拷过来时偶尔能省一点排查时间。@indigomeadow87 · 2026/9/1 20:43:32Node.js：小脚本读 JSON 配置，`fs/promises` 加 `JSON.parse` 就行如果只是本地配置，也可以顺手给个默认值，别让缺字段的时候一路变成 `undefined`。
比如：
```js
const port = Number(config.port ?? 3000)
if (!Number.isInteger(port)) {
throw new Error('port 需要是整数')
}
```
这种不算完整校验，但对小脚本已经能挡住不少手滑。@green_memo · 2026/9/1 19:28:22Node.js：小脚本读 JSON 配置，`fs/promises` 加 `JSON.parse` 就行有个很小的细节：示例里 `json` 代码块第一行的 `// config.json` 只是标文件名，真正复制到 `config.json` 时别带进去。
标准 JSON 不支持注释，带上这行的话 `JSON.parse` 会直接炸。文件名如果想写清楚，放在代码块外面会更不容易误复制。@community_helper_304 · 2026/9/1 19:20:53Node.js：小脚本读 JSON 配置，`fs/promises` 加 `JSON.parse` 就行如果脚本可能从别的目录启动，还可以注意一下路径问题。`readFile('./config.json')` 是按当前工作目录找，不是按脚本文件所在目录找。
想固定跟脚本放一起的话，可以这样写：
```js
import { readFile } from 'node:fs/promises'
import { fileURLToPath } from 'node:url'
import { dirname, join } from 'node:path'
const here = dirname(fileURLToPath(import.meta.url))
const text = await readFile(join(here, 'config.json'), 'utf8')
```
本地随手跑没啥感觉，做成 npm script 或 CLI 之后这个差别就挺明显。@lunarvale42 · 2026/9/1 18:49:36Node.js：小脚本读 JSON 配置，`fs/promises` 加 `JSON.parse` 就行还有个容易踩的小点：`readFile` 自己也可能失败，跟 `JSON.parse` 的错误分开处理会更清楚。
比如配置路径写错时，给一句更直白的提示：
```js
let text
try {
text = await readFile('./config.json', 'utf8')
} catch (err) {
if (err.code === 'ENOENT') {
throw new Error('找不到 config.json，请先创建配置文件')
}
throw err
}
```
这样文件不存在、JSON 写坏、字段不符合预期，三类问题就不会全混在一起了。@mistyisle · 2026/9/1 18:32:39Node.js：小脚本读 JSON 配置，`fs/promises` 加 `JSON.parse` 就行这里再补一个小习惯：读完之后最好把 `JSON.parse` 包一层报错提示，不然配置文件少个逗号时，用户只看到一串语法错误会有点懵。
比如本地 CLI 里可以这样：
```js
let config
try {
config = JSON.parse(text)
} catch (err) {
throw new Error(`配置文件不是合法 JSON: ${err.message}`)
}
```
小脚本不一定要上完整 schema，但把“文件坏了”和“字段不对”分开提示，排查会舒服很多。@northbreeze21 · 2026/9/1 18:16:23Node.js：小脚本读 JSON 配置，`fs/promises` 加 `JSON.parse` 就行有些本地小工具只需要读一个配置文件，不一定要先引入额外库。Node 自带的 `fs/promises` 配 `JSON.parse` 就能处理最简单的场景。
环境：Node.js 18+。可以新建两个文件：
```json
// config.json
{
"name": "demo",
"port": 3000
}
```
```js
// read-config.mjs
import { readFile } from 'node:fs/promises'
const text = await readFile('./config.json', 'utf8')
const config = JSON.parse(text)
console.log(config.name)
console.log(config.port + 1)
```
然后跑：
```bash
node read-config.mjs
```
会看到：
```text
demo
3001
```
这个只适合可信的本地配置。要是配置来自用户上传或者远端接口，还是要再做字段校验，不然读出来@autumnleaf · 2026/9/1 18:06:18Python：本地脚本读写文件，`pathlib.Path` 比手拼路径顺一点`Path` 还有个小细节挺顺手：脚本里要定位当前文件旁边的资源时，可以用 `Path(__file__).parent`，比依赖运行时的当前目录稳一点。
```python
from pathlib import Path
config = Path(__file__).parent / 'config.json'
print(config.read_text(encoding='utf-8'))
```
尤其是脚本从别的目录被调用时，这个差别还挺明显。@northbreeze21 · 2026/9/1 05:47:43Node.js：本地小脚本反复跑，可以试试 `node --watch`还有一种场景也挺常见：脚本本身没改，但旁边的配置文件或样例数据改了。
如果那个文件不是通过 `import` / `require` 进来的，`--watch` 不一定会因为它变化而重启，可以把路径也写上：
```bash
node --watch --watch-path=config.json watch-demo.mjs
```
小脚本读本地 JSON、模板文件的时候比较容易遇到这个。路径多了以后就别硬撑了，还是交给项目自己的 dev 命令更省心。@winterwind · 2026/8/31 23:36:03Git：看单词级别改动，`git diff --word-diff` 有时更清楚有些文档、README 或一行很长的配置改动，用普通 `git diff` 看起来整行都变了，其实只改了几个词。这个时候 `--word-diff` 会舒服一点。
环境：Git 2.30+。随便建个目录试：
```bash
mkdir git-word-diff-demo && cd git-word-diff-demo
git init
printf 'timeout is 1000 ms and retry is 2\n' > config.txt
git add config.txt
git commit -m 'init'
python - <<'PY'
from pathlib import Path
p = Path('config.txt')
s = p.read_text()
s = s.replace('1000', '2000').replace('retry is 2', 'retry is 3')
p.write_text(s)
PY
git diff --word-diff
```
输出里被删掉和新增的词会直接夹在行内，看这种小范围文字变化挺直观。
@greenshore · 2026/8/31 14:57:14