文章目录
- 前言
 - 一、查看报错
 - 1.控制台报错
 - 2.终端报错
 
- 二、查找错误演示
 - 总结
 
前言
一、查看报错
如何阅读报错信息, 根据信息快速锁定错误.
1.控制台报错
红色报错信息格式:
xxxx Error: xxxxx报错信息xxxxx                  最终报错文件:行编号 
  at 最终报错方法名 (最终报错文件名: 致错行编号: 致错列编号) 
  at 第4执行方法名 (文件名: 致错行编号: 致错列编号)
  at 第3执行方法名 (文件名: 致错行编号: 致错列编号)
  at 第2执行方法名 (文件名: 致错行编号: 致错列编号)
  at 首个执行方法名 (文件名: 致错行编号: 致错列编号) 
 
首行报错信息下方的是位置信息, 对代码熟悉的话基本只看第一行就够了, 但是不熟悉的话需要定位错误就可以依据这个.
这些小字应当从下向上浏览, 它们描述以什么样的执行顺序遇到了这个错误, 以及最终错误发生于何处, 我会在下面做一个演示.
不过使用开发框架的话, 这些位置信息并不会全部有用, 一般最靠上的几条是有价值的信息, 是你自己写的代码, 其他的都是框架内的执行错误, 如果没有研究过框架那么就是没用的信息了.
2.终端报错
比较严重的报错会出现在控制台, 可能会导致项目故障无法运行或者功能下线.
 项目配置问题报错直接百度.
 如果是自己代码的问题, 先看报错信息第一句大写开头的人话, 大体了解一下错误原因, 之后需要定位错误, 中间部分通常展示该错误导致了哪些地方出现了其他错误, 这并不是我们需要的, 直接去报错信息最下面往上看.
 如果少了东西, 那么你能操作的, 或者说, 真正因为你的操作出错的那个地方, 通常显示在倒数几个路径, 检查看看有没有自己熟悉的路径.
 
 参考最后一行, 缺少文件于./algos/models, 缺少文件deep_annotation_interface.h5
二、查找错误演示
这里用最常见的TypeError错误做演示.
 引起原因是执行至某处后, 某些值的类型发生错误(TypeError), 而某些方法或者操作无法对该类型正常执行, 比如发生用for去遍历undefined的情况.
Uncaught (in promise) TypeError: Cannot read properties of undefined (reading 'xxxx')
 
常见如undefined错误, undefined在JavaScirpt执行过程中基本要做特殊判定和处理来过滤出去, 这种类型表示这个变量在内存里有开辟空间但是空间里什么都没有, 别人能用的方法和操作它不能用, 和其他类型一起加入运算会出错.

可以来验证一下:
 从最后一行开始:

data.js--active_world, 428行第19字:

 428行, 4格缩进, a在第19列.
428行world是引入的world.js的world类原型有activate方法, 看倒数第二行报错:

去world.js寻找active方法, 致错位置行481列18:

 之后下一个报错在world.go, 此处也调用了world.go.
 寻找world.go, 错误位置应当在world.go内部, 行495列22:

 on_finished由world.active作为参数接收, 来到下一个报错位置:

 editor.js on_finished2375行26列
 
 发现报错函数作为参数传入this.data.active_world, 去data.js寻找active_world:

 发现world.active的on_finished参数也由此传入, 即调用on_finished相当于调用editor.js的on_load_world_finished, 这时候去看报错信息寻找下一处执行位置:

 on_load_world_finished, 下一处报错位置:


 
 行2591列32, 输出一下b, 没问题, forEach会有问题? 该是add_label的问题, floatLabelManager引入自floatLabel.js.
中间两行看不懂(估计是forEach的影响), 直接往上看:

定位最终报错位置:



















