Ⅰ Web前端工程师要掌握的JavaScript常见BUG及修复方法
今天小编要跟大家分享的文章是关于Web前端工程师要掌握的JavaScript常见BUG及修复方法。JavaScript看上去是一门十分简单的语言，然而事实并不如此。它有很多容易被弄错的细节，一不注意就导致BUG。所以今天小编就为大家分享了10个JavaScript常见的bug及修改方法，来和小编一起看一看吧！
一、错误的对this进行引用
在闭包或则回调中，this关键字的作用域很容易弄错。举个例子：
Game.prototype.restart=function(){
this.clearLocalStorage();
this.timer=setTimeout(function(){
this.clearBoard();//此处this指的是?
},0);
};
如果执行上面的代码，我们会看到报错：
UncaughtTypeError:undefinedisnotafunction
出错的原因在于：当你调用setTimeout函数，你实际上调用的是window.setTimeout()。在setTimeout中传入的匿名函数是在window这个对象环境下，所以this是指向window，但是window并没有clearBoard方法。
如何解决呢?定义新的变量引用指向Game对象的this，然后就可以使用啦。
Game.prototype.restart=function(){
this.clearLocalStorage();
varself=this;//将this指向的对象绑定到self
this.timer=setTimeout(function(){
self.clearBoard();
},0);
};
或则使用bind()函数：
Game.prototype.restart=function(){
this.clearLocalStorage();
this.timer=setTimeout(this.reset.bind(this),0);//bindto'this'
};
Game.prototype.reset=function(){
this.clearBoard();//此处this的引用正确
};
二、和块作用域(blockscope)有关的BUG
在大多数程序语言中，每一个函数块都有一个独立的新的作用域，但是在JavaScript中并不是。例如：
for(vari=0;i<10;i++){
/*...*/
}
console.log(i);//会输出什么呢?
通常在这种情况下，调用console.log()会输出undefined或则报错。不过呢，这里会输出10。在JavaScript中，即使for循环已经结束，变量i依然存在，并且记录最后的值。有些开发者会忘记这一点，然后导致许多bug。我们可以使用let而不是for来杜绝这一问题。
三、内存泄漏
你需要监控内存使用量，因为泄露很难避免。内存泄露可能由于引用不存在的对象或则循环引用导致。
·如何避免：关注对象的可访问性(reachability)。
·可访问的对象：
§现有的callstack任何位置可以访问的对象
§全局对象
当一个对象可以通过引用访问到，那么会在内存中保存。浏览器的垃圾回收器仅仅会把那些不可访问的对象回收。
四、混淆的相等判断
JavaScript自动将所有在布尔环境下的变量类型转换为布尔类型，但是可能导致bug。举例：
//所有都是true
console.log(false==Ɔ');
console.log(null==undefined);
console.log("
"==0);
console.log(''==0);
//注意：下面两个也是
if({})//
if([])//
{}和[]都是对象，他们都会被转换为true。为了防止bug出现，推荐使用===和!==来做比较，因为不会隐式做类型转换。
五、低效的DOM操作
在JavaScript中，你可以轻松操作DOM(添加、修改和删除)，但是开发者往往很低效地去操作。这会导致bug出现，因为这些操作非常耗费计算资源。为了解决这个问题，推荐使用文档碎片(Document
Fragment)，如果你需要操作多个DOM元素。
六、在for循环中错误的定义函数
举例：
varelements=document.getElementsByTagName('input');
varn=elements.length;//假设我们有10个元素
for(vari=0;i
elements[i].onclick=function(){
console.log("元素编号#"+i);
};
}
如果我们有10个元素，那么点击任何一个元素都会显示“元素编号#10”!因为在onclick被调用的时候，for循环已经结束，因此所有的i都是10。
解法：
varelements=document.getElementsByTagName('input');
varn=elements.length;//假设有10个元素
varmakeHandler=function(num){//outerfunction
returnfunction(){//innerfunction
console.log("元素编号##"+num);
};
};
for(vari=0;i
elements[i].onclick=makeHandler(i+1);
}
makeHandler在for循环执行的时候立即被调用，获取到当前的值i+1，并且存储在变量num中。makeHandler返回一个函数使用num变量，该函数被绑定到元素的点击事件。
七、通过原型错误地继承
开发者如果没能正确理解继承的原理，那么就可能写出有bug的代码：
BaseObject=function(name){
if(typeofname!=="undefined"){
this.name=name;
}else{
this.name='default'
}
};
varfirstObj=newBaseObject();
varsecondObj=newBaseObject('unique');
console.log(firstObj.name);//->输出'default'
console.log(secondObj.name);//->输出'unique'
但是，如果我们做如下操作：
deletesecondObj.name;
那么：
console.log(secondObj.name);//->输出'undefined'
而我们实际上想要的结果是打印默认的name。
BaseObject=function(name){
if(typeofname!=="undefined"){
this.name=name;
}
};
BaseObject.prototype.name='default'
每一个BaseObject都继承name属性，并且默认值为default。此时如果secondObj的name属性被删除掉，通过原型链查找会返回正确的默认值。
varthirdObj=newBaseObject('unique');
console.log(thirdObj.name);//->输出'unique'
deletethirdObj.name;
console.log(thirdObj.name);//->输出'default'
八、实例方法中的无效引用
我们来实现一个简单的构造函数用来创建对象：
varMyObject=function(){}
MyObject.prototype.whoAmI=function(){
console.log(this===window?"window":"MyObj");
};
varobj=newMyObject();
为了使用方便，我们定义变量whoAmI来引用obj.whoAmI：
varwhoAmI=obj.whoAmI;
打印出来看看：
console.log(whoAmI);
控制台会输出：
function(){
console.log(this===window?"window":"MyObj");
}
现在我们来对比一下两者调用的区别：
obj.whoAmI();//输出"MyObj"(和期望一致)
whoAmI();//输出"window"(竟然输出了window)
当我们把obj.whoAmI赋值给whoAmI的时候，这个新的变量whoAmI是定义在全局下，因此this指向全局的window，而不是MyObj。如果我们真的要获取对MyObj的函数的引用，需要在其作用域下。
varMyObject=function(){}
MyObject.prototype.whoAmI=function(){
console.log(this===window?"window":"MyObj");
};
varobj=newMyObject();
obj.w=obj.whoAmI;//任然在obj的作用域
obj.whoAmI();//输出"MyObj"
obj.w();//输出"MyObj"
九、settimeout/setlnterval函数第一个参数误用字符串
如果你将一个字符串作为setTimeout/setTimeInterval，它会被传给函数构造函数并构建一个新的函数。该操作流程很慢而且低效，并导致bug出现。
varhello=function(){
console.log("hello,fundebug!");
}
setTimeout("hello",1000);
一个好的替代方法就是传入函数作为参数：
setInterval(logTime,1000);//将logTime函数传入
setTimeout(function(){//传入一个匿名函数
logMessage(msgValue);
},1000);
十、未能成功使用strictmode
使用strictmodel会增加很多限制条件来加强安全和防止某些错误的出现，如果不使用strict
mode，你就相当于少了一个得力的助手帮你避免错误：
·更加容易debug
·避免不小心定义了不该定义的全局变量
·避免this隐式转换
·避免属性名字或则参数值的重复使用
·eval()更加安全
·无效地使用delete会自动抛出错误
以上就是小编今天为大家分享的关于Web前端工程师要掌握的JavaScript常见BUG及修复方法的文章，希望本篇文章能够对正在从事web前端工作的小伙伴们有所帮助，想要了解更多web前端相关知识记得关注北大青鸟Linux培训官网，最后祝愿小伙伴们工作顺利！
作者：fundebug
原文：#/2017/11/15/top_10_bugs_and_fixing_method/
Ⅱ 前端开发bug如何快速
1，根据报错信息定位：
(1) Uncaught TypeError: Cannot read property 'attr' of undefined;
此类型为变量或者对象属性未定义类型。
(2) Uncaught TypeError: a.map is not a function；
a.map不是函数，说明a不是数组，只有数组才有map方法。
(3) Uncaught SyntaxError: Invalid or unexpected token；
这种一般是js的代码格式错误。
2, 排除法
页面中一共有abcd五个方法，注释掉d后代码正常说明d有问题。
3，剥离法
同样一个方法，在A页面没问题，在B页面有问题，这时候，新建一个剥离这个组件，然后运行，如果没有异常，就算不是这个组件或者方法的问题，然后逐渐在新页面中加入可能影响B页面的条件。
Ⅲ 找到一个bug，通过f12，怎么判断bug是前端还是后台的
比较前后约定接口地址、参数、返回字段页面渲染等，错误、缺失则是前端bug。
若上述正确，则大概率是后台bug。
Ⅳ 前端项目上线出现bug可以打断点调试吗
可以 按住F12 进入Sources 找到你需要调试的页面 在左侧点一下 就可以打断点 如下图
Ⅳ Web前端工作中常见的div+css错误
今天小编要为大家分享的文章是关于Web前端工作中常见的div+css错误。熟悉web前端工作的小伙伴都知道，web工作需要我们认真仔细，而且一不小心就会出现问题。今天小编就为大家准备了这篇文章大家一起来看一看在web前端工作中如何检查和处理常见的div+css错误。
1.检查HTML元素是否拼写错误、是否忘记结束标记
即使是老手也经常会弄错div的嵌套关系。可以用dreamweaver的验证功能检查一下有无错误。
2.检查CSS是否正确
检查一下有无拼写错误、是否忘记结尾的｝或者在｝后面存在其他符号等。可以利用CleanCSS来检查
CSS的拼写错误。CleanCSS本是为CSS减肥的工具，但也能检查出拼写错误。
3.确定错误发生的位置
假如错误影响了整体布局，则可以逐个删除div块，直到删除某个div块后显示恢复正常，即可确定错误发生的位置。
4.利用border属性确定出错元素的布局特性
使用float属性布局一不小心就会出错。这时为元素添加border属性确定元素边界，错误原因即水落石出。
5.float元素的父元素不能指定clear属性
MacIE下假如对float的元素的父元素使用clear属性，四周的float元素布局就会混乱。这是MacIE的闻名的bug，倘若不知道就会走弯路。
6.float元素务必指定width属性
很多浏览器在显示未指定width的float元素时会有bug。所以不管float元素的内容如何，一定要为其指定width属性。
另外指定元素时尽量使用em而不是px做单位。
7.float元素不能指定margin和padding等属性
IE在显示指定了margin和padding的float元素时有bug。因此不要对float元素指定margin和padding属性(可以在
float元素内部嵌套一个div来设置margin和padding)。也可以使用hack方法为IE指定非凡的值。
8.float元素的宽度之和要小于100%
假如float元素的宽度之和正好是100%，某些古老的浏览器将不能正常显示。因此请保证宽度之和小于99%。
9.是否重设了默认的样式?
某些属性如margin、padding等，不同浏览器会有不同的解释。因此最好在开发前首先将全体的margin、padding设置为0、列表样式设置为none等。
10.是否忘记了写DTD?
假如无论怎样调整不同浏览器显示结果还是不一样，那么可以检查一下页面开头是不是忘了写下面这行DTD：html4.01：
html5：
以上就是小编今天为大家分享的关于Web前端工作中常见的div+css错误的检查和处理方法的注意事项，希望本篇文章能够对正在从事web前端工作的小伙伴们有所帮助。想要了解更多web前端相关知识记得关注北大青鸟web前端培训官网。最后祝愿小伙伴们面试成功，成为一名优秀的web前端工程师。
Ⅵ 前端js 遇到难以重现的 bug 该怎么办
推荐使用Fundebug监控。Fundebug的用户行为记录可以帮助你更好地去理解BUG的成因，快速复现bug。
Ⅶ fiddler怎么定位前端bug还是后端bug
1.发现bug之后，重现bug的时候使用fiddler抓包去分析
2.如果前端提交的数据在fiddler中显示有误，那么就是前端的bug
3.如果在前端提交的数据在fiddler中显示无误，那么就是后台的bug
4.除了fiddler等抓包工具外，还可以通过后台的日志去判断