Node.js读取单行整数文件时出现异常警告问题求助

我来帮你拆解这两个诡异现象背后的原因，以及对应的解决办法：

一、createReadStream的警告问题 #

你遇到的第一个问题，核心是**setEncoding()不传参数的行为完全不符合你的预期**。

在Node.js中，stream.setEncoding()必须传入明确的编码格式（比如'utf8'），才能把流的Buffer数据转换成字符串。如果不传参数，它并不会默认使用utf8，反而会把编码重置为null——这意味着你拿到的chunk仍然是Buffer类型，而Buffer本身并没有trim()方法，这就是警告的来源。

那为什么加了console.log(value)之后警告就消失了？这是因为当你把Buffer传入console.log时，Node.js会自动帮你把Buffer隐式转换成字符串，相当于偷偷执行了chunk.toString('utf8')，后续的trim()操作就变成了对字符串的操作，自然不会触发警告。

正确写法： #

const readValues = fs.createReadStream(`txt\\${file[0]}`, 'utf8'); // 直接在创建流时指定编码，更简洁
// 或者单独调用setEncoding时必须传编码：
// readValues.setEncoding('utf8');

readValues.on('data', (chunk) => {
  chunk = chunk.trim();
  chunk.split(' ').forEach(value => {
    // 过滤空字符串，避免parseInt得到NaN
    if (value) {
      values.push(parseInt(value, 10));
    }
  });
});

二、readFileSync的报错问题 #

第二个问题刚好相反——不打印时没报错，打印时报错，大概率是因为你的values数组里混入了NaN，而你看到的“报错”其实是NaN被打印出来（或者旧Node版本/调试工具对NaN做了高亮提示，让你误以为是报错）。

另外，你用'txt//' + file[0]拼接路径的写法不够规范，Windows下建议用path.join来处理路径分隔符，避免潜在的路径问题：

const path = require('path');
const filePath = path.join('txt', file[0]);
const content = fs.readFileSync(filePath, 'utf8').trim();
const values = [];

content.split(' ').forEach(value => {
  if (value) { // 过滤连续空格产生的空字符串
    const num = parseInt(value, 10);
    if (!isNaN(num)) { // 额外校验是否为有效数字
      values.push(num);
    }
  }
});
// 现在console.log(values)就不会有异常了

为什么会出现NaN？如果你的文本行里有连续空格，split(' ')会分割出空字符串，而parseInt('', 10)会返回NaN。当你不打印的时候，NaN藏在数组里不会触发报错，但打印时就会显式暴露出来。

额外优化：处理单行文本的更鲁棒方式 #

如果你的文本文件只有一行整数值，用readFileSync会更简单，而且可以用split(/\s+/)匹配任意数量的空白字符（包括空格、制表符等），比split(' ')更靠谱：

const path = require('path');
const filePath = path.join('txt', file[0]);
const values = fs.readFileSync(filePath, 'utf8')
  .trim()
  .split(/\s+/) // 匹配任意空白字符，兼容多空格/制表符场景
  .filter(Boolean) // 过滤空字符串
  .map(str => parseInt(str, 10))
  .filter(num => !isNaN(num)); // 确保最终数组全是有效数字

内容的提问来源于stack exchange，提问作者user3704642