2018年，Mozilla在Mozilla文档中警告我们!

我引用“日志对象”:

不要使用console.log(obj); 使用console.log (JSON.parse (JSON.stringify (obj)));。 通过这种方式，您可以确定当前正在看到obj的值 你记录下来。

在这个回答的背景下: https://stackoverflow.com/a/52994419

重新生成文件的解决方案可能并不总是可行的。去除字符串前的“非空格”字符。所以，如果你能修剪字段名，就能把事情清理干净。

就像这样:

const records = parse(csvData, {
      columns: (colNameArray) => {
        return colNameArray.map((value, index) => {          
          return index === 0 ? value.trim() : value;
        });
      },
      onRecord: mapper.mapRow
    });

如果您不关心这个的性能，也可以跳过索引检查。

检查是否在控制台中应用了任何筛选器。它发生在我在chrome控制台。

我遇到过这样的问题，发现解决方案与Underscore.js有关。我最初的日志记录毫无意义:

console.log(JSON.stringify(obj, null, 2));

> {
>   "code": "foo"
> }

console.log(obj.code);

> undefined

我还通过查看对象的键找到了解决方案:

console.log(JSON.stringify(Object.keys(obj)));

> ["_wrapped","_chain"]

这让我意识到obj实际上是一个围绕对象的Underscore.js包装器，最初的调试对我撒谎了。

我今天在React中遇到了类似的问题。最终意识到问题是由尚未确定的状态引起的。我正在调用user.user.name，尽管它显示在控制台中，但我似乎无法在我的组件中访问它，直到我包含了一个检查来检查是否user.name。设置用户，然后调用User . User .name。

我刚刚遇到了由CSV -parser从MS Excel生成的CSV文件生成的对象的问题。我能够访问除第一个属性之外的所有属性-但如果我使用console.log编写整个对象，它将显示ok。

结果UTF-8 CSV格式在开头插入3个字节(ef bb bf)，对应于一个不可见的字符-这被包括在CSV -parser的第一个属性头中。解决方案是使用非utf选项重新生成CSV，这消除了不可见字符。