前端面试宝典纯福利

[求职面试宝典]本人从事人力资源多年，阅人无数，看过太多才俊因为缺乏技巧而丧失了与心仪之企业牵手的机会，因此得出一结论：在能力、经验相差不多的情况下，面试时的技巧往往成为决定性的因素，仅结...+阅读

前端面试宝典纯福利

一、HTML和CSS

1、你做的页面在哪些流览器测试过？这些浏览器的内核分别是什么？IE: trident内核Firefox:gecko内核Safari:webkit内核Opera：以前是presto内核，Opera现已改用Google Chrome的Blink内核Chrome:Blink（基于webkit,Google与Opera Software共同开发）

2、每个HTML文件里开头都有个很重要的东西，Doctype，知道这是干什么的吗？声明位于文档中的最前面的位置，处于标签之前。

此标签可告知浏览器文档使用哪种 HTML 或 XHTML 规范。（重点：告诉浏览器按照何种规范解析页面）

3、Quirks模式是什么？它和Standards模式有什么区别从IE6开始，引入了Standards模式，标准模式中，浏览器尝试给符合标准的文档在规范上的正确处理达到在指定浏览器中的程度。在IE6之前CSS还不够成熟，所以IE5等之前的浏览器对CSS的支持很差， IE6将对CSS提供更好的支持，然而这时的问题就来了，因为有很多页面是基于旧的布局方式写的，而如果IE6 支持CSS则将令这些页面显示不正常，如何在即保证不破坏现有页面，又提供新的渲染机制呢？在写程序时我们也会经常遇到这样的问题，如何保证原来的接口不变，又提供更强大的功能，尤其是新功能不兼容旧功能时。

遇到这种问题时的一个常见做法是增加参数和分支，即当某个参数为真时，我们就使用新功能，而如果这个参数不为真时，就使用旧功能，这样就能不破坏原有的程序，又提供新功能。IE6也是类似这样做的，它将DTD当成了这个“参数”因为以前的页面大家都不会去写DTD，所以IE6就假定如果写了DTD，就意味着这个页面将采用对CSS支持更好的布局，而如果没有，则采用兼容之前的布局方式。

这就是Quirks模式（怪癖模式，诡异模式，怪异模式）。区别：总体会有布局、样式解析和脚本执行三个方面的区别。盒模型：在W3C标准中，如果设置一个元素的宽度和高度，指的是元素内容的宽度和高度，而在Quirks 模式下，IE的宽度和高度还包含了padding和border。设置行内元素的高宽：在Standards模式下，给等行内元素设置wdith和height都不会生效，而在quirks模式下，则会生效。

设置百分比的高度：在standards模式下，一个元素的高度是由其包含的内容来决定的，如果父元素没有设置百分比的高度，子元素设置一个百分比的高度是无效的用margin:0 auto设置水平居中：使用margin:0 auto在standards模式下可以使元素水平居中，但在quirks模式下却会失效。（还有很多，答出什么不重要，关键是看他答出的这些是不是自己经验遇到的，还是说都是看文章看的，甚至完全不知道。

）

4、div+css的布局较table布局有什么优点？改版的时候更方便只要改css文件。页面加载速度更快、结构化清晰、页面显示简洁。表现与结构相分离。易于优化（seo）搜索引擎更友好，排名更容易靠前。

5、 img的alt与title有何异同？ strong与em的异同？a:alt(alt text)：为不能显示图像、窗体或applets的用户代理（UA）,alt属性用来指定替换文字。

替换文字的语言由lang属性指定。（在IE浏览器下会在没有title时把alt当成 tool tip显示）title(tool tip)：该属性为设置该属性的元素提供建议性的信息。strong：粗体强调标签，强调，表示内容的重要性em：斜体强调标签，更强烈强调，表示内容的强调点

6、你能描述一下渐进增强和优雅降级之间的不同吗？渐进增强 progressive enhancement：针对低版本浏览器进行构建页面，保证最基本的功能，然后再针对高级浏览器进行效果、交互等改进和追加功能达到更好的用户体验。

优雅降级 graceful degradation：一开始就构建完整的功能，然后再针对低版本浏览器进行兼容。区别：优雅降级是从复杂的现状开始，并试图减少用户体验的供给，而渐进增强则是从一个非常基础的，能够起作用的版本开始，并不断扩充，以适应未来环境的需要。降级（功能衰减）意味着往回看；而渐进增强则意味着朝前看，同时保证其根基处于安全地带。

“优雅降级”观点“优雅降级”观点认为应该针对那些最高级、最完善的浏览器来设计网站。而将那些被认为“过时”或有功能缺失的浏览器下的测试工作安排在开发周期的最后阶段，并把测试对象限定为主流浏览器（如 IE、Mozilla 等）的前一个版本。在这种设计范例下，旧版的浏览器被认为仅能提供“简陋却无妨（poor, but passable）” 的浏览体验。

你可以做一些小的调整来适应某个特定的浏览器。但由于它们并非我们所关注的焦点，因此除了修复较大的错误之外，其它的差异将被直接忽略。 “渐进增强”观点“渐进增强”观点则认为应关注于内容本身。内容是我们建立网站的诱因。有的网站展示它，有的则收集它，有的寻，有的操作，还有的网站甚至会包含以上的种种，但相同点是它们全都涉及到内容。

这使得“渐进增强”成为一种更为合理的设计范例。这也是它立即被 Yahoo！所采纳并用以构建其“分级式浏览器支持（Graded Browser Support）”策略的原因所在。那么问题来了。现在产品经理看到IE6,7,8网页效果相对高版本现代浏览器少了很多圆角，阴影（CSS3），要兼容（使用图片背景，放弃CSS3），你会如何说服...

web前端开发面试注意哪些

【了解公司】俗话说“知己知彼，方能百战百胜”在面试之前需要对公司有所了解，现在的公司尤其是互联网公司都在网上有自己的网站的，如果搜索不到，可能这个公司比较小【学会取舍】当收到应聘公司的HR打来的电话时，可以简单的询问一下公司的待遇，如果符合自己的理想要就去面试，否则直接回绝【找好路线】应该在HR打电话通知去面试后，及时的查找到应聘公司的路线，包括公交车路线和自驾车路线【携带简历】最好携带一份简单的个人简历去面试，虽然去面试时一般会让你再次写一份个人简历，但是还是要拿一份已经写好的简历，简历尽量做的简单明了。【准备笔试】在北京等城市的大型公司，我们去面试时，会先让我们做一套笔试题，试题可能和我们的工作内容部分相关，这就需要提前在网上找到一些公司的面试题，提前看一下。

【准备上机操作】小编去面试时，遇到上机操作的情况多一些，一般是要在一个小时内，将一张图片进行切图并生成html文件。个人建议，可以提前一两天专门训练一下自己这方面的技能【沉着应对提问】在回答hr或者技术负责人的问题时，应该沉着应对，不慌不忙，把自己最好的一面展示给对方。...

前端面试题目难吗

从以下五个方面做，可以轻松面对前端面试：

一、基本知识

DOM结构——两个节点之间可能存在哪些关系以及如何在节点之间任意移动。

DOM操作——怎样添加、移除、移动、复制、创建和查找节点。

事件——怎样使用事件以及IE和DOM事件模型之间存在哪些主要差别。

XMLHttpRequest——这是什么、怎样完整地执行一次GET请、怎样检测错误。

严格模式与混杂模式——如何触发这两种模式，区分它们有何意义。

盒模型——外边距、内边距和边框之间的关系，IE8以下版本的浏览器中的盒模型有什么不同。

块级元素与行内元素——怎么用CSS控制它们、它们怎样影响周围的元素以及你觉得应该如何定义它们的样式。

浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。

HTML与XHTML——二者有什么区别，你觉得应该使用哪一个并说出理由。

JSON——它是什么、为什么应该使用它、到底该怎么使用它，说出实现细节来。

二、少量提问

现在有一个正显示着Yahoo！股票价格的页面。页面上有一个按钮，你可以单击它来刷新价格，但不会重新加载页面。请你描述一下实现这个功能的过程，假设服务器会负责准备好正确的股票价格数据。

这个问题牵扯到一组我想要考察的基本知识点：DOM结构、DOM操作、事件处理、XHR和JSON。如果我要你对换一种处理股票价格的方式，或者让你在页面中显示其他信息，就可以把更多的知识点包括进来。对于经验比较丰富应聘者，我也可以自如地扩展要考察的知识范围，最简单像JOSN与XML的区别、安全问题、容量问题等等。

我还希望应聘者给出的任何解决方案中都不要使用库。我想看到最原生态的代码，你就当页面中没有包含任何库。你说你对哪个库了解多少多少，但我不能把关于库的知识作为评判能力的因素，因为库是会随时间变化的。

三、解决问题

做为一名前端工程师，最值得高兴的事莫过于解决同一个问题会有很多种不同的方法，而你要做的就是找出最合适的方法来。我在提问的时候，经常会在应聘者解释完一种方法后问他们还有没有第二种方法。此时我会跟他们说，假设你的这个方法由于种种原因被否决了，那么你还能不能给出另一种方法。这样做可以达到两个目的。

首先，可以测试出他们是否在毫无意义地复述书本中的东西。不能不承认，某些人确实有过目不忘的天赋，听他们在那里滔滔不绝地讲，你会觉得他们什么都明白。可是，只要一跟这些人谈到怎么查找方案无效的原因，以及能否拿出一个新方案来，他们往往就傻眼了。这时候，如果我听到“我不明白这个方案为什么不够好”之类的反问，心里立刻就明白我的问题已经超出了他们的能力范围，而他们只是想拿自己死记硬背的结论来蒙混过关。

其次，可以测试出他们已经掌握的（还是那句话，“想都不用想”）浏览器技术知识。如果他们对浏览器平台的核心知识有较好的理解，想出解决同一问题的不同方案根本没有那么难。

注意：所有问题都与浏览器技术相关。我不相信出几道抽象的逻辑题，就能够考出某人解决Web技术问题的能力。在我看来，这无异于让素描大师画肖像，没有意义，也得不到任何有价值的信息。

四、有激情

要成为一名优秀的前端工程师，最重要的莫过于对自己做的事要有激情。我们技能都不是从学校中或者从研讨会上学来的，因此前端工程师必须具备自学能力。浏览器技术的变化可谓日新月异，所以也只有不断提升自己的技能才做得到与时俱进。我虽然不能强迫谁必须多看博客、不断学习，但想应聘前端工程师的人恐怕还是必须这么做的。

你怎么知道谁对这种工作有没有激情？实际上非常简单。我只问一个简单的问题：“目前你对什么Web技术最感兴趣？”这个问题永远不会过期，而且也几乎不可能出错……除非你答不上来。就眼下来说，我希望你对这个问题给出的技术中包括WebSocket、HTML、WebGL、客户端数据库，等等。只有对Web开发充满激情的人，才会坚持不懈地学习新知识、掌握新技能；

五、最后一点

计算机科学或者Web设计方面的知识当然也有用，但那都是基本知识之外的东西。只要基本知识在那儿了，一切就都有了基础，想扩充知识面也不难。可是，如果等到正式上班以后，还得从头学习基本技能，那种难度是不可同日而语的。

web前端开发面试流程是怎样的

首先投简历，等待hr通知面试，一般情况下先填资料，做测试题，接着开始第一面

（一般问经你的个人情况，工作经历等），资料已经交给技术，等一面通过之后接着二面，二面一般是技术面试，问你开发相关的技术问题（例如布局问题，js，框架之类的），有些公司还需要上机操作（写一两个页面或者开发一个js方法等），有些公司是通过之后直接进行3面有些是改天再进行3面，3面一般就是项目经理或总经理问你一些各种各样的问题（随机应变就行，也有一些公司没有这个环节），如果3面都过了，基本上就是面试成功了，接下来就是4面，也就是人事主管和你谈工资待遇等问题了，这个谈好之后就会告诉你什么时候过来上班，要准备什么东西，当然一般还会有正式的工作邀请函发到你的邮箱。如果没有3面的公司，那人事这个环节就直接是3面了。

还有一些公司是一面之后等通知，通过的就通知你二面，然后再等通知，然后通过再三面（这样的公司我一般不会等，太浪费时间）