前言
近期开发一个用于手机 WebView 的页面，因为是简单页面，为了避免打包的麻烦，没有用 webpack，直接用 require.js 加载资源文件了 ，页面的具体功能没啥好描述的，毕竟也与当前的问题无关，主要是遇到一个多余的 javascript 逗号的问题让我耗费了小半天才解决完，特此记录一下，以示警惕。
细节
问题是这样的，页面在 PC 浏览器访问没问题，在 iPhone App WebView 和 Safari 访问没问题，但是在安卓的 App WebView 和 Chrome 中访问就出现问题了。
当时，我还对自己的代码有着迷之自信：“我的代码怎么会有错呢？你看 PC 和 iPhone 都没事对不对，一定是安卓的浏览器内核的 BUG 被我一不小心触发了！”
迷之自信归迷之自信，有问题还是要解决的：
由于是第一次做 WebView 的网页开发，实在不知道怎么调试，也百度了一个调试安卓 web 页面的方法，可惜要装手机驱动，连接电脑。当时想着那么麻烦，不如用原始方法来调试一下算了。方法就是自己的代码每执行关键一步就 document.write 相关日志到页面上，这样子浪费了一些时间，但的确知道执行哪个文件出问题了。
既然定位到文件了，就检查一下该文件的代码，（自认为）仔细的检查了几遍，没发现问题在哪里（再次充值了迷之自信）。
接着想到出问题那个代码文件是用 require.js 的插件加载的，遂怀疑是这个插件出问题了，于是改一下插件的代码，像上面一样加个大的 try catch，埋点日志看看，可惜并没有什么卵用。
搞了许久，想想不行，还是必须知道控制台报错日志才行，于是找回第一步找到的 使用chrome调试android前端页面 的方法，按部就班，第一次得到了移动端 web 页面的后台报错日志：
> Uncaught SyntaxError: Unexpected token )报错日志很明确， 意外的标记符号 “)”，于是一阵排查出错的那个文件，发现一个圆括号的入参后面多了一个逗号，如：
eval('(1,)')可是单独这一句在 PC 和 iPhone 下执行都会报错的，为啥我的代码并没有报错呢？原来实际执行的代码可以简化成这样：
eval('(function(){})(1,)')，经过测试，发现这一段代码只会在安卓环境下报上面那个错误，真相大白。
总结
问题很明显，我的代码多了一个逗号，这个逗号在安卓浏览器更加严格的 JS 语法检验下报错了，导致了此次问题变成了安卓的独享问题，在此也可以看出 PC 和 iPhone 浏览器的容错性比较好。
后来想想，这个代码是谁加进去的呢？原来是我用 IDEA 的代码格式化后，JavaScript Google Style 的格式化自动给某些语句加上了逗号，看来不能盲目相信 IDEA 的代码格式化。
最重要的其实还是自己分析 BUG 的方法总结：
* 在开发过程中，好的工具的确可以让事半功倍，在一筹莫展的时候，工具始终是你的好帮手；
* 还有对于基础库的代码应该多深入跟踪调试和怀疑，在第 3 步的分析过程中，我其实可以发现 require.js 对资源加载的异常有捕获的，可惜我在 PC 端调试代码的时候没有深入到 require.js 里面，只是在它的插件上面消耗时间，遗漏了尽早发现问题的机会；
* 如果出现BUG了，别太自信，还是应该尽量怀疑和分析自己的代码是不是写错了，记住不要遗漏一个标点符号；
* 一些 BUG 的出现也可能是 IDE 的自动化工具的问题导致的，别太迷恋它，前端，浏览器才是检验代码的标准。
补充
在上面解决问题的步骤中我又遇到了如何刷新移动端静态资源缓存的问题，这又耗费了我不少的时间（つ﹏⊂），但的确也是一个值得一讲的问题。
问题解决后又遇到一次 WebView 页面不刷新的问题，后来排查出该版本 WebView 的内核不支持 ES6 的 includes 方法（つ﹏⊂）。
以上