在浏览器中按F12,打开开发人员工具,切换到到console选项卡即可看到输出的信息。
举例:
var x = {a:1, b:2}
console.log(s)
代码格式化可以将被压缩的代码自动展开
实时代码编辑
可以在运行时动态改变 JS 代码,并且不需要刷新页面就可以看到效果,一般用这个实时的在代码里插 console.log
DOM 事件/XHR 断点
可以针对 DOM 结构改变/属性改变/键盘鼠标事件 等下断点,直接断到事件的第一个 listener 函数上。还可以对 XHR 请求下断点,断到发起请求的那一行代码上
调用栈分析
这个非常常用,Scripts 面板下右上角的那一部分
自动异常断点
当代码执行出错时,可以自动断到出错的代码行上,直接分析出错时的运行时环境
分析 HTTP 请求
Network 面板下列出了所有的 HTTP 请求,可以很方便的查看请求内容、HTTP 头、请求时间等信息
以线上代码出 Bug 为例。一般上手第一步是使用代码格式化功能将被压缩的线上代码展开,然后开启自动异常断点,尝试重现 Bug。当 Bug 出现时代码会自动断到出错的那一行。然后通过调用栈分析结合控制台找
到最开始出错的那个函数上。一般的 Bug 到这里就算找出来了,但是如果这个 Bug 是在事件回调函数或者 XHR 回调函数上,就得结合 DOM
事件断点和 XHR 断点 进一步往上找哪个函数出错。另外,如果是发给服务器请求没有得到正确的 response,可以通过 Network
面板查看请求的参数、Cookie、HTTP 头是否有误。
另外,还可以通过 Charles/Nginx/Fiddler 等工具将远程 js 代码映射到自己的电脑上,免去了代码格式化的麻烦,还可以直接编辑。
还有些比较小的 Tips:
console.group/console.groupEnd 可以将 log 信息分组展示,看起来更舒服
console.warn/console.error 可以输出 warning 和 error log
element 面板右侧实时编辑的 css 样式,可以在 resource 面板里保存起来
关于样式还有个技巧,Elements 面板右上角的 styles 栏,右侧有三个图标,功能依次是:根据当前元素创建一个 css 样式、模拟 :hover/:active 等伪类、颜色值类型选择。实用
resource 面板可以删除和修改 cookie/localstorage
scripts 面板下的 ctrl+o 可以快速跳转脚本文件,ctrl+shift+o 快速跳转函数
右下角的齿轮图标里有个选项是开发者工具和网页左右分屏(Dock to the right,默认是上下分屏),宽屏必备
接上,还有个选项是禁用 Cookit,必点
接上,在选项面板里还可以手工编辑 user agent 和模拟触摸事件
最后说说 IE 6 的调试,我是这么个流程:
首先尝试在 Chrome 下重现该 Bug,如果能重现,就先把 Chrome 里能重现的 Bug 修了。确定 Chrome 里 OK,但是 IE 6 有问题,再继续下一步
到
IE 里首先尝试高版本 IE,比如 IE 9。E 9 的开发者工具还不错,也可以下断点,调用栈分析、控制台样样都有。如果 IE 9
里没问题,那就继续尝试 IE8,一直定位到能重现该问题的最高版本的 IE 上。即使是 IE
7,其开发者工具也还是勉强能用的……如果不幸的碰上一个 IE 6 only 的 Bug,那就只有继续下一步
到这一步的话一般就是
最苦逼的时刻。IE 6 实在是没有太好用的 JS 调试工具(据说 Visual Studio
可以调,我没用过,欢迎补充)。这时候一般就是二分+alert的土法定位到出错行,加上耐心和时间,还有一点点运气。这一步的话强烈推荐开
Fiddler。
1开发方式,在eclipse中的windows中的show View中的other ,然后,打开other对话框,选择android中,找到logcat即可。在状态栏或者右侧可以找到logcat的图标。2使用方法,可以使用Log.i("exp",e.toString())这样的方式来给自己的应用大bug信息。
3然后,查看logcat中的tag,和text描述。就可以查看到错误产生的原因了。
4当然这只是最简单的使用,一般调试信息非常的多,我们可能只是希望看到我们想看到信息,这个时候,可以使用filter过滤一下信息。选择logcat的组面板上的+信息。
5在这里我们可以对于tag赋值,然后查看使用到的log信息,这样过滤到的信息,就是你正在调试的信息。