json.parse为什么控制台不报错?
分析数据融合代码时，发现了一处关键错误。使用了JSON.parse（），直接报错。通过检查异常上报日志，证实了此操作导致的错误，即“Uncaught SyntaxError： Unexpected end of JSON input”。问题出在了直接解析空字符串，而非合法的JSON格式。
JSON.parse（） 方法不会报错，因为它只会在输入的字符串符合 JSON 规范时才会解析并返回一个 JavaScript 对象。如果输入的字符串不符合 JSON 规范，那么 JSON.parse（） 方法会抛出一个 SyntaxError 异常。
另外，如果JSON.parse报错为：Unexpected token o in JSON at position 1，那就很有可能不是JSON字符串的问题，而是你调用了两次JSON.parse导致的。或者对已经是JSON对象的对象调用JSON.parse也会报这个错误。
首先，打开 JSON 文件并读取内容至字符数组中。接着，调用 cJSON_Parse（） 函数解析 JSON 数据。若解析失败，则输出错误信息并退出程序。最后，使用 cJSON_Print（） 函数将解析后的 JSON 数据输出到控制台。释放内存并结束程序。
【npm】package-lock.json冲突及问题排查思路!
1、询问他有无使用yarnorcnpm执行安装，答案是：无。询问了他本地的npmversion为：3，我本地为：14，严重怀疑是npmversion的？。
2、方案1：不推荐使用，因为它会导致锁文件记录丢失。方案2：合并时以目标分支或当前分支的package-lock.json文件为准，然后重新执行依赖安装命令更新文件，此方法可能丢失部分记录。方案3：使用包管理工具的合并冲突修复算法，例如npm、yarn、pnpm的解决策略。
3、问题可能：node_modules文件夹或packagelock.json文件中可能存在损坏或不一致的数据。解决方法：删除node_modules文件夹和packagelock.json文件，然后重新运行npm install来重新安装依赖。这有助于解决因依赖项安装不正确而导致的问题。
4、删除package-lock.json，重新npm install，node_modules中出现了stylus文件夹了，然而还是报错。在终端直接运行 sudo npm install stylus-loader stylus --save-dev 结果就编译成功了、补充：这个package-lock.json 是npm 5 做的一个优化，加快了npm 下载的速度。
5、在前端开发中，遇到npm包合并冲突时，lockfile如package-lock.json的处理显得尤为重要。lockfile是包管理工具的锁定文件，其冲突可能导致开发效率降低。手动解决有风险，因此我们需要理解几种常见策略并遵循最佳实践。首先，方案1通常不被采纳，因为它会丢失lock记录，可能引发问题。
6、在node_modules文件夹中，npm安装了确切版本的依赖。这里的结构被视为物理树，包含了实际安装的文件。安装过程中采用去重算法，导致逻辑树和物理树的结构不完全匹配。package-lock.json是一个快照，包含了逻辑树与物理树的结合。它明确指出了各依赖的版本号、实际安装结构以及逻辑树的结构。
JSON.parse记录一次线上bug排查
JSON.parse导致的线上bug排查过程如下：问题描述：项目中出现了反复的白屏问题，特别是在用户访问页面后跳转共享链接并返回点击表单弹窗时。初步排查：开发团队经过一周的排查，未找到明显的bug。埋点日志记录：为寻找线索，决定采用埋点日志记录关键信息。
打断点调试，发现没有进入接口。问题定位在接口请求参数问题，网上查相关资料说是什么响应消息头的问题，又说是编码的问题。
现象：在 JSON 字符串中，使用反斜杠进行转义时，如果转义字符不符合 JSON 规范，会导致 JSON.parse 抛出异常。测试结果：3 个或以下反斜杠的连续使用会抛出异常，而 4 个反斜杠则能正常解析。
JSON.parse 的使用及注意问题： 用法：将 JSON 字符串解析为 JavaScript 对象。 默认用法：直接解析 JSON 字符串。 使用自定义解析器：通过传入第二个参数，可以在解析过程中对值进行处理或转换。 注意问题： 格式错误：如果输入的字符串不是有效的 JSON 格式，会引发 SyntaxError 错误。
异常上报中记录了整合的数据，后端响应正常，但问题在于initFormVal的值。正常情况下，取不到值应为null，但这里出现了，意味着缓存时赋值了这个空字符。问题关键在于缓存逻辑的处理不当，导致数据不准确。分析数据融合代码时，发现了一处关键错误。使用了JSON.parse（），直接报错。
最终判断为非法（Token：ILLEGAL）。具体到转义字符处理，仅在遇到特定非法组合时返回 false，否则解释为非转义版本。综上所述，JavaScript 对转义字符的处理与 JSON 不同，导致解析中出现的 bug。JSON 遇到非法字符直接异常，而 JavaScript 则解析为非转义版本，这一差异揭示了问题所在。
