web前端bug

⑴ 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前端工程师。

⑵ 求助小白自学前端，但是不知道怎么找BUG

那方面的bug 呢，页面还是逻辑代码
页面bug 可以在浏览器 delete 按键一个元素一个元素的删除排查，刷新就都恢复了
逻辑代码这个不好说，需要经验和时间

⑶ 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/

⑷ web前端到底要不要考虑360、safari等其他浏览器的bug

可以不用考虑360，但要考虑firefox。因为360是基础IE的核心的浏览器，IE的版本是多少，360的也好不了多少。而FIREFOX的前身是NETSCAPE，版本和核心跟IE不太一样，但显示标准和支持的代码标准都比较接近。IE跟firebox可能在CSS样式中略有不同，显示方式也略有不一样。同时HTML的支持程度也各有不一样，现在流行的是HTML5.CSS3.0等等，还有web标准都不太一致，致使网页呈现的兼容性就略有差别。如果从安全行的角度去看。360在IE基础上安全策略加固了，和firefox的加固程度不一。360和firefox想同处是，支持的网络协议都是一直。
希望以上的回答会给你带来方便

⑸ 前端js 遇到难以重现的 bug 该怎么办

推荐使用Fundebug监控。Fundebug的用户行为记录可以帮助你更好地去理解BUG的成因，快速复现bug。

⑹ WEB前端js捕获错误信息

当产品上线以后，我们就要在前端做好这类错误的监控。你可以选择一些前端监控服务，比如fundebug来做24小时实时监控。Fundebug的监控插件可以支持JS错误，网络请求错误、资源加错误的监控。并且记录用户出错前的行为，方便错误重现。而且大量的bug数据会通过机器学习智能聚合，整合分析。

⑺ Web前端中常见的浏览器兼容问题有哪些

使用Trident内核的浏览器：IE、Maxthon、TT； 使用Gecko内核的浏览器：Netcape6及以上版本、FireFox； 使用Presto内核的浏览器：Opera7及以上版本； 使用Webkit内核的浏览器：Safari、Chrome。
而我现在所说的兼容性问题，主要是说IE与几个主流浏览器如firefox，google等。而对IE浏览器来说，IE7又是个跨度，因为之前的版本更新甚慢，bug甚多。从IE8开始，IE浏览器渐渐遵循标准，到IE9后由于大家都一致认为标准很重要，可以说在兼容性上比较好了，但是在中国来说，由于xp的占有率问题，使用IE7以下的用户仍然很多，所以我们不得不考虑低版本浏览器的兼容。

对浏览器兼容问题，一般分，HTML，Javascript兼容，CSS兼容。 其中html相关问题比较容易处理，无非是高版本浏览器用了低版本浏览器无法识别的元素，导致其不能解析，所以平时注意一点就是。特别是HTML5增加了许多新标签，低版本浏览器有点影响时代进步啊

问题一：不同浏览器的标签默认的外补丁和内补丁不同

• 问题症状：随便写几个标签，不加样式控制的情况下，各自的margin 和padding差异较大。

• 碰到频率:100%

• 解决方案：css里*{margin:0;padding:0;}

• 备注：这个是最常见的也是最易解决的一个浏览器兼容性问题，几乎所有的css文件开头都会用通配符*来设置各个标签的内外补丁是0。

问题二：块属性标签float后，又有横行的margin情况下，在ie6显示margin比设置的大

• 问题症状:常见症状是ie6中后面的一块被顶到下一行

• 碰到频率：90%（稍微复杂点的页面都会碰到，float布局最常见的浏览器兼容问题）

• 解决方案：在float的标签样式控制中加入 display:inline;将其转化为行内属性

• 备注：我们最常用的就是div+css布局了，而div就是一个典型的块属性标签，横向布局的时候我们通常都是用div float实现的，横向的间距设置如果用margin实现，这就是一个必然会碰到的兼容性问题。

问题三：设置较小高度标签（一般小于10px），在ie6，ie7，遨游中高度超出自己设置高度

• 问题症状：ie6、7和遨游里这个标签的高度不受控制，超出自己设置的高度

• 碰到频率：60%

• 解决方案：给超出高度的标签设置overflow:hidden;或者设置行高line-height 小于你设置的高度。

• 备注：这种情况一般出现在我们设置小圆角背景的标签里。出现这个问题的原因是ie8之前的浏览器都会给标签一个最小默认的行高的高度。即使你的标签是空的，这个标签的高度还是会达到默认的行高。

问题四：行内属性标签，设置display:block后采用float布局，又有横行的margin的情况，ie6间距bug（类似第二种）

• 问题症状：ie6里的间距比超过设置的间距

• 碰到几率：20%

• 解决方案：在display:block;后面加入display:inline;display:table;

• 备注：行内属性标签，为了设置宽高，我们需要设置display:block;(除了input标签比较特殊)。在用float布局并有横向的margin后，在ie6下，他就具有了块属性float后的横向margin的bug。不过因为它本身就是行内属性标签，所以我们再加上display:inline的话，它的高宽就不可设了。这时候我们还需要在display:inline后面加入display:talbe。

问题五：图片默认有间距

• 问题症状：几个img标签放在一起的时候，有些浏览器会有默认的间距，加上问题一中提到的通配符也不起作用。

• 碰到几率：20%

• 解决方案：使用float属性为img布局

• 备注：因为img标签是行内属性标签，所以只要不超出容器宽度，img标签都会排在一行里，但是部分浏览器的img标签之间会有个间距。去掉这个间距使用float是正道

问题六：标签最低高度设置min-height不兼容

• 问题症状：因为min-height本身就是一个不兼容的css属性，所以设置min-height时不能很好的被各个浏览器兼容

• 碰到几率：5%

• 解决方案：如果我们要设置一个标签的最小高度200px，需要进行的设置为：{min-height:200px; height:auto !important; height:200px; overflow:visible;}

• 备注：在B/S系统前端开时，有很多情况下我们有这种需求。当内容小于一个值（如300px）时。容器的高度为300px；当内容高度大于这个值时，容器高度被撑高，而不是出现滚动条。这时候我们就会面临这个兼容性问题。

问题七：透明度的兼容css设置

• 方法是：每写一小段代码（布局中的一行或者一块）我们都要在不同的浏览器中看是否兼容，当然熟练到一定的程度就没这么麻烦了。建议经常会碰到兼容性问题的新手使用。很多兼容性问题都是因为浏览器对标签的默认属性解析不同造成的，只要我们稍加设置都能轻松地解决这些兼容问题。如果我们熟悉标签的默认属性的话，就能很好的理解为什么会出现兼容问题以及怎么去解决这些兼容问题。1



技巧一：css hack

使用hacker 我可以把浏览器分为3类：ie6 ；ie7和遨游；其他（ie8 chrome ff safari opera等）

• ie6认识的hacker 是下划线_ 和星号 *

• ie7 遨游认识的hacker是星号 * （包括上面问题6中的 !important也算是hack的一种。不过实用性较小。）

• 比如这样一个css设置 height:300px;*height:200px;_height:100px;ie6浏览器在读到 height:300px的时候会认为高时300px；继续往下读，他也认识*heihgt， 所以当ie6读到*height:200px的时候会覆盖掉前一条的相冲突设置，认为高度是200px。继续往下读，ie6还认识_height,所以他又会覆盖掉200px高的设置，把高度设置为100px；


• ie7和遨游也是一样的从高度300px的设置往下读。当它们读到*height200px的时候就停下了，因为它们不认识_height。所以它们会把高度解析为200px；


• 剩下的浏览器只认识第一个height:300px;所以他们会把高度解析为300px。1234



因为优先级相同且相冲突的属性设置后一个会覆盖掉前一个，所以书写的次序是很重要的。

• /* CSS属性级Hack */ color:red; /* 所有浏览器可识别*/_color:red; /* 仅IE6 识别 */*color:red; /* IE6、IE7 识别 */+color:red; /* IE6、IE7 识别 */*+color:red; /* IE6、IE7 识别 */[color:red; /* IE6、IE7 识别 */ color:red9; /* IE6、IE7、IE8、IE9 识别 */color:red; /* IE8、IE9 识别*/color:red9; /* 仅IE9识别 */color:red ; /* 仅IE9识别 */color:red!important; /* IE6 不识别!important 有危险*//* CSS选择符级Hack */ *html #demo { color:red;} /* 仅IE6 识别 */*+html #demo { color:red;} /* 仅IE7 识别 */body:nth-of-type(1) #demo { color:red;} /* IE9+、FF3.5+、Chrome、Safari、Opera 可以识别


• */ head:first-child+body #demo { color:red; } /* IE7+、FF、Chrome、Safari、Opera 可以识别 */:root #demo { color:red9; } : /* 仅IE9识别 */



越少的浮动，就会越少的代码，会有更灵活的页面，会有扩展性更强的页面。这不多说，归结为到一定水平了，浮动会用的较少。另外，您也会避免使用浮动+margin的用法。所以，越后来越不易遇到这种bug。

技巧二：padding，marign，height，width

注意是技巧，不是方法： 写好标准头http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd”>http://www.w3.org/1999/xhtml”>尽量用padding，慎用margin，height尽量补上100%，父级height有定值子级height不用100%，子级全为浮动时底部补个空clear:both的div宽尽量用margin，慎用padding，width算准实际要的减去padding

技巧三：显示类（display:block,inline）

• display:block,inline两个元素



• display:block; //可以为内嵌元素模拟为块元素display:inline; //实现同一行排列的的效果display:table; //for FF,模拟table的效果1234567



display:block块元素，元素的特点是： 总是在新行上开始；高度，行高以及顶和底边距都可控制；宽度缺省是它的容器的100%，除非设定一个宽度

display:inline就是将元素显示为行内元素，元素的特点是：和其他元素都在一行上；高，行高及顶和底边距不可改变；宽度就是它的文字或图片的宽度，不可改变。span，a，label，input，img，strong和em是 inline 元素的例子

技巧四：怎样使一个div层居中于浏览器中？

1）

• <style type="text/css"><!-- div {position:absolute;top:50%;left:50%;margin:-100px 0 0 -100px;width:200px;height:200px;border:1px solid red; } --></style>12345678910111213141516171819



2）div里的内容，IE默认为居中，而FF默认为左对齐，可以尝试增加代码margin: 0 auto;

技巧五：float的div闭合;清除浮动;自适应高度

① 例如：＜div id="floatA">＜div id="floatB">＜div id="NOTfloatC">

• 这里的NOTfloatC并不希望继续平移，而是希望往下排。(其中floatA、floatB的属性已经设置为float:left;)

• 这段代码在IE中毫无问题，问题出在FF。原因是NOTfloatC并非float标签，必须将float标签闭合。在＜divclass="floatB">＜div class="NOTfloatC">之间加上＜div class="clear">这个div一定要注意位置，而且必须与两个具有float属性的div同级，之间不能存在嵌套关系，否则会产生异常。并且将clear这种样式定义为为如下即可：.clear{clear:both;}

②作为外部 wrapper 的 div 不要定死高度,为了让高度能自适应，要在wrapper里面加上overflow:hidden; 当包含float的box的时候，高度自适应在IE下无效，这时候应该触发IE的layout私有属性(万恶的IE啊！)用zoom:1;可以做到，这样就达到了兼容。
例如某一个wrapper如下定义：

• .colwrapper{overflow:hidden; zoom:1; margin:5px auto;}1



③对于排版,我们用得最多的css描述可能就是float:left.有的时候我们需要在n栏的float div后面做一个统一的背景,譬如:

• <div id=”page”>



• <div id=”left”>＜/div>


• <div id=”center”>＜/div>


• <div id=”right”>＜/div>



• </div>1234567



比如我们要将page的背景设置成蓝色,以达到所有三栏的背景颜色是蓝色的目的,但是我们会发现随着left centerright的向下拉长,而page居然保存高度不变,问题来了,原因在于page不是float属性,而我们的page由于要居中,不能设置成float,所以我们应该这样解决：

• <div id=”page”>



• <div id=”bg” style=”float:left;width:100%”>



• <div id=”left”>＜/div>


• <div id=”center”>＜/div>


• <div id=”right”>＜/div>



• </div>



• </div>1234567891011



再嵌入一个float left而宽度是100%的DIV解决之。

④万能float 闭合(非常重要!)

关于 clear float 的原理可参见 [How To ClearFloats Without Structural Markup],将以下代码加入Global CSS 中,给需要闭合的div加上class=”clearfix”即可,屡试不爽。

• /* Clear Fix */ .clearfix:after { content:"."; display:block; height:0; clear:both;visibility:hidden; } .clearfix { display:inline-block; } /* Hide from IE Mac */ .clearfix {display:block;} /* End hide from IE Mac */ /* end of clearfix */1234567



或者这样设置：.hackbox{display:table; //将对象作为块元素级的表格显示}

技巧六：div嵌套时 y轴上 padding和 marign的问题

• FF里 y 轴上 子div 到 父div 的距离为 父padding + 子marign

• IE里 y 轴上 子div 到 父div 的距离为 父padding 和 子marign 里大的一个

• FF里 y 轴上 父padding=0 且 border=0 时，子div 到 父div 的距离为0，子marign 作用到 父div 外面

⑻ 如何精确定位到产生漏洞的代码

摘要 2.可以根据响应的值判断一些bug所在

⑼ 一个WEB前端，有找bug的天赋是啥感觉

‍‍会有一种想要返工写成较大块集群的冲动和诱惑。丑陋的逻辑语句，还有冗长的语法，导致代码非常难以阅读！但话又说回来，如果代码没有坏掉的话，那就不要去修复它。这种汹涌澎拜的斗争是我经常要面对的，而且显然会困扰许多软件开发人员。‍‍