angular面试

Ⅰ angular和react面试中经常问到的问题有哪些

路人借问遥招手,怕得鱼惊不应人.

Ⅱ 如何面试前端工程师

如何面试前端工程师
前端工程师不一定需要懂设计方面。倘若有这等要求，前端工程师岂不是一项除其本身特征性工作外还包含用户界面设计、视觉设计、业务逻辑及交互动画设计师等工作的职称了么！

前端工程师，主要工作内容与用户界面的表现紧密联系，但均为在图形上或以其为基础通过某种实现方式去正确、准确呈现什么。之所以以“主要工作”修饰，是因为 node.js / io.js 的出现与发展致使前端被引入服务器端性质的工作内容。

在能力方面：

对 HTML / CSS / JavaScript 具有专家级别的知识；

有较熟练使用 AngularJS / Ember.js / jQuery 或者其它类库的经验；

较熟悉第三方组件（插件）生态环境及具体案例；
有较熟练使用 Jade / Swig / Handlebars / Mustache 或者其它模板引擎的经验；

有较熟练使用 SASS 或者其它 CSS 预处理器的经验；

有较熟练使用 CoffeeScript 的经验；

对 CSS / JavaScript 设计模式有很好的认识及应用；

对常用数据结构和算法熟悉；

有使用 GruntJS / GulpJS 任务运行器的经验；

有使用 Yeoman 生成器的经验；
有诸如 Bower / Volo / JSPM 等前端静态资源包管理器使用经验；
熟悉本地及远程（真机）调试操作；
有 Git 的使用经验；

意识驱动行为，所以：

有自己的技术信仰；

有渴望尝试新技术的强烈愿景及较强的主

然后再为自己从长远打算及加分：

有 NodeJS Web / 服务器 / 客户端应用程序设计、开发、优化经验；

有 MangoDB / Redis 等No SQL 数据库设计、实现、维护经验；

有使用 PhoneGap / Apache Cordova 进行移动应用开发经验；

有浏览器 Addon 扩展（以扩展的形式添加一些为提高用户体验的附加功能）开发经验者；

Ⅲ 前端面试的时候，被问到项目经验的时候，该怎么回答，要注意些什么

就是你以前干过什么工作，经验就是你的职业特长，如果特长较多，就选择与你应聘的工作有直接和间接有关的特长就可以了。

Ⅳ 软件工程师面试时，HR都会问些什么问题

软件工程岗位面试大致可分为两类:特定领域知识面试和计算机科学基础知识面试

特定领域知识面试
特定领域知识面试通常涉及到你最熟悉的技术领域的具体知识点。例如，如果你主要使用Angular1.x进行前端开发，并且面试公司又有 Angular前端，那他们就可能问你关于 Angular控制器、指令和服务的相关内容。也就是说，你需要做好准备去建立、展示和讨论Angular。
特定领域的面试重点关注的是你已经实际构建起来的东西，因此要想顺利通过这些面试，最好是你已经构建过相关技术的项目。你应该为自己的工作而感到自豪，不必感觉不好意思，而应该深入探讨具体项目的技术细节。项目最好是近阶段完成的，没人会愿意去听你去年写的那些代码，你自己也会对这种陈旧的项目感觉厌倦，面试效果也欠佳。
特定领域面试的另一个常见策略是看求职者能否构建一些非常棒的产品或者是排除实际存在的一些问题和故障。这通常是让求职者带回家去完成的一种测试，求职者一般有 24-48个小时的时间来完成这些测试。例如，如果你是一名 Laravel开发人员，并且你面试的公司恰好也使用 Laravel，那他们可能会要求你构建公司产品或者是公司定期创建的产品的微缩版本。对于这种带回家做的测试，做好投入大量工作的心理准备。准备好启动模板，不要抗拒去Google搜索答案，发送电子邮件寻求帮助和使用外部工具包这些做法。因为能否通过特定领域面试最重要的一个衡量标准是你能否构建出有效的产品。
计算机科学基础知识面试
计算机科学和基础编程面试明显不同于上文所探讨的特定领域面试。计算机科学和基础编程面试是为了评估你解决问题的能力，更多的是关注找到最佳解决方案的能力，而不是简单的去完成某些特定任务。因此，面试官通常也不会问关于你是谁、你过去的工作经历或者你构建过的项目方面的问题。对于计算机科学基础面试这一类型来说，面试官的工作就是评估你的原始编程能力，通常他们是通过数据结构和算法相关的问题来进行评估。
计算机科学基础面试的问题有章法可循。因为学习数据结构和算法需要大量的准备工作和长时间的学习，你需要了解你所选择的编程语言、数据结构和算法来解决问题。计算机科学基础知识面试通常可以用六种不同类型的算法来解决:
深度优先搜索算法/广度优先搜索算法
贪心算法
滑动窗口算法
分治算法
递归算法
动态规划算法
你需要研究每一种算法，可以在 Pramp上与其他软件工程师一起练习面试和面试问题。应对面试是一门独立于软件工程师之外的技能，你可以通过练习和重复来提升自己在面试时的表现。
计算机科学基础知识面试通常遵循的那些问题结构对于求职者来说只有通过几个小时的练习和准备才能发现。即便这些知识中的一部分并不适用于日常的编程任务，但只要你坚持这样做，你就能抓住更多的面试机会，就能收到更多公司发来的 offer。如果你的目标是获得更多的工作机会，那你一定要看一下《Cracking The Coding Interview》这本书，并且查看这一免费的面试资源来进行相应的准备工作。

Ⅳ 没有项目经验的前端应届生，如何面试才会被录用

没有项目经验的前端应届生面试的时候一定要自信，阳光，热情，然后还一定要谦逊有礼，然后要懂得去让面试官知道自己的价值。

Ⅵ 前端怎么面试才能拿到高薪Offer

1. 要有比较好的计算机基础
这里的计算机基础指的是数据结构与算法，操作系统，编译原理，计算机网络等等。虽然相对于其他方向而言，前端在工作中用到计算机基础的地方可能少一点，但是无论大小厂，招实习生其实都是为正式招聘做储备，所以会比较希望招将来有更大发展空间的人，就像里 Web 前后端分离的意义大吗？ - 知乎用户的回答 和 怎样成为全栈工程师（Full Stack Developer）？ - 知乎用户的回答 描述的那种。
如果你具备比较好的计算机基础素养，那么以后在拓展到其他领域（WebGL —— 计算机图形学，Node.js 底层 —— 操作系统，JS 引擎和各种预编译工具—— 编译原理, etc.）的时候会更快上手。另外有一些公司对前端的概念不局限于 Web 前端，也包括移动端偏前端的部分，这里也需要你有比较好的计算机基础才能做好。前端领域有很多人已经不满足于造轮子，直接跑去造语言了，如果你编程基础够好，接触过各种形形色色的编程语言和范式，再上手这些东西也会方便些（比如Ruby/Python->CoffeeScript，Haskell->LiveScript）。
虽然也有很多地方为了招到足够多能来干活的前端会降低对计算机基础的要求，但是打好这方面的基础是没有坏处的，如果面试笔试被问到且答得上来，也是能够加分的。一些大厂经常会出现“不是前端的面试官来面前端”的情况，我个人是觉得如果这类面试官问的都是计算机基础问题的话，其实真的无可厚非，毕竟人家在面“一个前端程序员”之前，是在面“一个程序员”啊……

2. 要懂得现代前端的一些新技术
比如：

前端自动化工具（Gulp/Grunt等）
模块化（CommonJS，AMD/CMD模块加载器，各种Bundler，ES2015 Moles等）
前端 MV* 框架（Backbone，Angular等）
编译到 CSS 和 JS 的一些语言（Less/Sass/CoffeeScript等）
前端自动化测试工具（Karma，Mocha，Web Driver等）
其他
有一些同学觉得这些东西懂得越多越好，我个人是觉得这些工具不一定要都了解（毕竟它们很多也未必能火多久），但对这些东西要有大致的概念，并且每个领域的用过一两种（最好是在项目里），清楚它们的优缺点和必要程度。这是区分在前端上投入过一定精力的人和跨行来兼职前端的人的标志。
去大厂校招应聘前端的会有很多只是做过一些 Web 项目，但不一定对前端的技术很了解，只是看前端门槛比较低就去投简历的人。如果你对这些新技术比较了解的话，起码能够证明你是比较专注前端而且花过一定时间在上面的。
同时，前端现在确实是一个每天都有很多轮子冒出来的领域，也需要你有足够强的自学能力和（英文）文档阅读能力去跟上社区的这些新动态。接触过比较多的轮子，才会有自己的判断，不会老是人云亦云火一个学一个。这些工具里，确实也有很多在合适的场景下可以提高前端的生产力或者代码质量，对这些东西有一定关注，也表明你对自己的生产力和代码质量是有一定关注的，这其实是一个更广义的靠谱程序员的特性。

3. 懂得什么是 Web 标准和浏览器开发维护的流程，并且会跟进新发布的标准和主流浏览器新实现的特性
当然面试的时候一般不会直接问你这方面的问题，但是如果你懂这里面的水大概是怎么一回事的话，在很多问题上（特别是兼容性问题上）都能回答得比较深刻一些。最好清楚：

HTML、CSS、DOM，ECMAScript 和一些泛 HTML5 的标准是怎么制定的
W3C 和 WHATWG 的区别
各种标准的不同版本和提交状态是怎么回事
知道标准和实现的差距（有些人喜欢把 W3C 标准奉为圭臬，但现实中浏览器们并不是这样的）
知道 ECMAScript 和 JavaScript 的区别
知道浏览器的一些常见做法（比如给 CSS 特性加前缀）的缘由
标准和浏览器这滩水还是很浑的，涉及到很多利益纠葛和大厂的博弈，如果你大概清楚他们的一些事情，不光自己做前端兼容的时候会容易一些（不会只抱怨“为啥XXX就是不能OOO”而是懂得他们的无奈并且认真寻找解决方案），在新特性出来的时候也更容易消化（不是“啊又出了个新东西要学好烦啊”而是“在邮件列表上争（si）论（bi）了那么久他们终于把这个搞出来了”），你自己对前端比较基础的那部分的知识体系更会有条理得多。个人觉得这也是区分比较有经验的前端和临时跨行的前端的关键之一，这些东西是需要你经过一段时间的耳濡目染才能理清楚，而且会在一定程度上影响你的工作的。

4. 多看书，多关注技术资讯
技术资讯的来源包括RSS、邮件订阅、比较重要的邮件列表、或者follow Twitter和微博上一些比较有影响力的开发者。个人经验是，一般在二面或者三面的时候，面试官都会问类似“你从哪里接触前端的新技术/你看过哪些书”的问题，因为前端现在技术更新很快，比较专注于前端这方面的人一般都会有自己接触新技术的渠道，他们自然也会比较关心候选人是不是有在跟进社区的一些动向。其实这也能够排除那些不太靠谱的临门跨行的人，因为他们平时一般不会特意去关注前端技术的新动态的。

5. 不仅懂得一些东西怎么写，更要懂得一些东西不要怎么写
Web 标准大多不是严格向后兼容的，很多几年前常用的写法，现在已经被社区的大多数人强烈建议避开了，有很多特性也随着时间的流逝被打上了 deprecated 的标签，如果你不幸拿着一本比较老的书入门，又不在网上验证上面说的每一句话，那么很有可能你就这样被误导很久，比如 HTML可能会逐步被XML所取代吗？（来自《css权威指南》） - 贺师俊的回答 这样的情况……与之类似的还有：

JavaScript 里那数量令人叹为观止的坑
一些在经验比较丰富的前端看来属于常识的东西（比如：为什么 CSS 大多放在 head，JavaScript 多放在 body 底端？）
划分各种模块、文件，添加模板的正确方式（比如错误方式是一堆脚本/样式写在一个超大文件里，或者在有替代方式的情况下在 JavaScript 里拼字符串）
解决一些老问题的新的best/better practice（比如不要到了 2015 年还深陷在回调地狱，去看看 promise 和 generator）
……
这些知识都需要你有一定的前端方面的经验，看过比较多相关的博客和书，才能慢慢积累起来，所以也能区分靠谱的前端和不靠谱的前端。

6. 不依赖某一个特定的框架或者库
比如很常见的“离开了jQuery就不会写前端”星人……也不是说要做原生 JavaScript/CSS 和 DOM 的原教旨主义者，但高度依赖某个框架或者某个库的话，通常意味着换了一个框架/库你的学习成本会比不依赖特定轮子的人高，因为这通常是处于还不知道前端领域“什么是什么”的阶段的表现。
事实上前端领域的这些轮子有一些都是其他领域早就有，或者根本不需要的东西，其中很多的实现原理也不是那么复杂，只不过是脏活累活。个人觉得对这些东西应该报以“不能知其然而不知其所以然”的态度，起码大概清楚它们的实现是怎样的套路，知道它们的优缺点，多接触几种，这样在换一个替代品的时候很快就能上手。
因为前端的特殊性，在开发比较大的项目的时候使用库和框架是必须的（比如遇到各种鼠标事件的前端兼容问题时，总不能全都就地写 if-else 吧，总得封装一下。遇到非常 data-driven 的项目，还用手动操作 DOM 的写法很难维护吧，用个 MV* 框架真的不纯是偷懒了），但是这些东西都是会迅速改朝换代的，死守着某个特定的库或者框架，确实不太靠谱。很多公司喜欢问候选人“原生 API 写个 Ajax 请求怎么写”这类问题，感觉很大程度上也是在排除这类人……

7. 懂一点点设计
这里说的不是切图啊PS啊AI啊什么的，而是大概懂基础的视觉传达/色彩构成/平面构成的知识。毕竟前端是和设计师联系最密切的程序员，虽然前端要做的事不仅仅包括 UI/UX，但是 UI/UX 却都主要依赖前端来实现。很多时候，设计师（特别是不会前端技术的设计师）给出的设计可能很难（在照顾兼容性的前提下）实现，这个时候不应该跟他硬拼让他改设计，或者自己默默纠结怎么用很 hack 很难维护的方法去实现，而是理解设计的意图，并且跟设计师沟通，尽可能在工程上容易实现容易维护的前提下实现设计的意图，哪怕要修改一些具体的表现形态。
最恐怖的就是丢一张图过来，让你做到 pixel perfect，你也不问三七二十一直接开工，代码写得别扭也不去沟通，遇到不兼容就打个哈哈蒙混过关了……设计的目标是让大众都能更容易地使用，这样做是与设计师存在的意义背道而驰的，我也遇到过一些设计师会主动来问前端怎样的设计在浏览器里容易实现，怎样的设计比较别扭，这样他才能结合多方面的信息去做设计上的决定。如果你对设计不关心，不与他交流的话，实际上相当于剥夺了一些关心工程实现的设计师的知情权（一般正常的设计师看到自己的设计实现出来效果不好，也会小郁闷的……）。个人觉得与设计师沟通的技巧，也是一个靠谱的前端应该具备的素养。

8. 懂一点点后端
（这个是我看了一下别人的答案补加的）。其实这个和第一点的目的类似，最重要的是别要做一个非得等队友来才能开工的人。大厂（主要是阿里系）有不少在用 Node 做前后端分离一类的事，另外做前端的经常要在后端还没写完的时候自己去 mock 一下数据接口，如果你懂怎么搭建简单的服务器和 serve 数据给前端，那么就可以提高开发的效率。即使你只想专注前端，但前端有很多东西（比如 JS 跨域，WebSocket，SSE，WebGL 的素材获取）都需要你懂得架设简单的后端才能去实践，这时候不懂后端通常就意味着你要放弃学习这些知识，或者只能纸上谈兵。一个正常的前端肯定是要对计算机网络和 HTTP 等协议有一定了解的，有了这些知识去学简单的后端其实是很水到渠成的事情。

9. 在前端投入足够的时间
意识到以上几点还需要投入足够多的时间才能看到成果，不然很容易出现“道理我都懂，可是OOO”的情况，那最后也还是靠谱不了的……如果不是真的对前端感兴趣并且投入足够多的时间，与其为了“好找工作”而投前端，不如转一个更合适的方向。阿里前端的困局与突围 · Issue #141 · lifesinger/lifesinger.github.com · GitHub 和 图灵社区 : 阅读 : 企业软件领域前端开发的困境 都能说明这个问题。
另外有些面试官喜欢问你一些很细节的 API （虽然我个人觉得这类问题很囧），这些东西很多时候都是靠的“无他，但手熟尔”，虽然有一些确实有点刁难人的味道，但有一些真的是如果你经常写前端，重复多几次就会记住的，如果记不住，只能说明你前端写的不够多。还有一些没足够实战经验的人很少遇到过的问题（比如 JS 跨域），也是需要在前端投入足够多的时间，才会接触到（无论是纸上谈兵，还是项目里遇到）。

其实综上所述，不靠谱的前端大概表现就是：计算机基础不好（更糟糕的是编程基础都不行，不过编程基础和计算机基础好不好跟绩点高不高专业对不对口这些其实真的不一定有什么关系……），对前端的认识还停留在十年前，对社区出现的新工具完全不认识（没认识全很正常，但完全不了解就有点两耳不闻窗外事一心只读圣贤书的味道了……），不懂 Web 标准是怎么回事或者不在意标准，遇到兼容问题就复制粘贴搜到的代码，对于一些在社区里是常识的坑毫无意识地各种踩，“离开了jQuery/某库/某框架就不会写前端”星人，或者平时根本没怎么做过前端的东西，只是做做 Web 项目顺带写前端，到应聘了临门一脚跑过来……不管是平时学习还是笔试面试，尽量避免向这些特征靠拢就可以了。事实上大厂们招人不一定会要求这么严格，而且大厂里的团队本身也未必个个靠谱，但是平时有在这些方面努力的话，起码如果挂了会知道自己哪里不足，或者到底是他的问题还是你的问题……

以上大概就是我觉得拿到大厂（or前端比较靠谱的中小厂）前端offer需要的水平，其实我感觉没必要拿“实习”这个词来限定自己，尽量往高水平靠拢，才能做到是你来选公司，而不是公司来选你，这样你才能结合兴趣/家庭/个人规划之类的因素拿到最适合自己的 offer。另外，我觉得面试这回事是这样的，上面提到的这些特征，每一条单独拿出来，在不确定面试官的情况下，既不是拿到offer的充分条件，也不是拿到offer的必要条件，某一条不满足，也不是拿不到offer的充分或必要条件。大厂的面试官有很多种，有些设计出身喜欢问设计，有些后端出身喜欢问偏后端的东西，有些喜欢问你API细节，有些喜欢问你实现思路，有些喜欢看你学习能力，有些面试官本来就不是前端所以喜欢问你基础题。如果你侧重某一些方面，虽然无可厚非，但是运气不好遇上期望不同的面试官，可能你就会得到比较低的评价或者挂掉。确定能拿 offer 的唯一途径，就是面面俱到，这当然是不可能的要求，但大厂的种种因素配合起来往往就是在找这种不存在的人才，真的想拿 offer 的话，就只有硬着头皮尽量靠拢。

就像国内很多大厂里比较著名的前端们文章/博客/知乎里提到过的一样，前端这块水不是很深，但水非常非常宽，在考虑将来作为一个前端如何发展如何应对天花板之前，先要脚踏实地把这些属于前端的“本分”的东西搞好。事实上前面提到的这些东西我也没有全都做到。作为前端，个人觉得最重要的是要保持一颗开放、谦卑的心，不要抵触新东西，永远记得外面的世界还有很多东西自己不懂，要继续学习。

Ⅶ 前端面试题包含angularjs吗

未来的发展趋势是前端后端只靠json数据来进行通信：后端只处理和发送一段json数据到前端，然后计算和模板渲染都在前端进行。而前端的改动后，形成json数据然后传回到后端。未来趋势就是：后台程序再也不做模板的任何处理

AngularJS
的作用简单说就是就是把后台的json值直接用html进行渲染，然后html的操作又直接在形成json传回后台。

未来的后台MVC，试图不再是模板了，而是一段结构整齐标准的JSON，而这个JSON作为前台的model直接在AngularJS直接使用。

或者说后台的试图是前台的模型，而整个前台就是后台的视图。后台程序再也不做模板的任何处理了。

Angular是框架的一种，不学也能开发前端。学backbone或者ember也能开发前端。没有js的mvc，就光弄个jquery，也能开发前端。

那到底要不要学？个人觉得就是要看发展趋势。angular是否简化的前端开发，是否符合未来前端的开发趋势。以现在的js的发展程度来看，angular
是符合发展趋势的，第一，解耦前端，第二，可以模块化，第三可测试，第四天生支持json，第五依赖注入等等等，还有一些其他特性使得angular跟随甚至是推动了前端的开发趋势。

所以说angular学习是有好处的：
1.了解前端的开发趋势
2.学习MV*的设计方法
3.学习模块化编程
4.学习如何测试模块
5.使用angular简化开发流程
6.随着google的大力支持和逐渐流行，公司开始使用angular，有些岗位需要有angular的知识才能工作。

Ⅷ 面试会问angularjs什么问题

对于angularjs中必须要问的就是指令，其实还有angular的配置文件，angularjs的provider，constant，factory，service区别什么的。指令回很重要，答面试过程中一般都会问

Ⅸ 求angular2大神解答，为何URL为null。做的是angular2+servlet的http请求，结果报了如下的错。

首先是电话面试，当时正在上班，人多口杂，好不容易找了个没人的地方开始面试。面试的方向是Java Web，面试官很nice，跟朋友一样，一开始问了些比较基础的东西，比如hashmap/hashtable的区别和优缺点，我答得还行，而且对于原理的东西还算讲的比较透彻。

Java Web的面试自然就会问到servlet，对于java多线程的东西还是那样，原理性的东西和底层的机制都比较清楚，面试官也还算满意，但往上层就不是我擅长的了。当被问到AOP时，竟然语塞、哑口无言，因为根本忘了是干什么的了。本科的时候曾经做过Web服务器类似的课程设计，其实有接触过，然而读研的时候方向太偏，过于底层，基本也就没做过Java Web方向相关的项目。纯粹是凭着对互联网的热忱以及一些网上有着同样追求的朋友，从读研到工作一年，依然坚持关注互联网相关技术。

尽管后来的问题有些没答上来，但面试官还是给了我一次面试的机会，11.20日从北京飞武汉参加专场面试。一面依旧先是一些基础的题目，然后写了两个算法程序，字符串转换相关的，都挺简单的，虽然第二个题当时没有很快反应过来。一面的过程中，发现以前掌握的一些东西真的有好多都忘记了，比如UML的类图关系怎么画，数据库建表均不能第一时间写对，再比如Http协议302/301是什么意思等。我本以为会问许多和Java Web框架相关的问题，所以电面后一口气，不到一星期把《Spring in Action》、《Struts in Action》还有Hibernate的一本电子书以及《深入分析Java Web》全刷了一遍，然而并没有问太多框架相关的问题。后来算是自由发挥，就把自己以前做项目时碰见的JVM调优过程讲了讲。

二面面对两个面试官，基本不算是技术面，主要对着简历问了一些做过的项目相关问题，以及个人经历。由于自己项目经验还算丰富，做过的东西还算扎实，所以这个不算什么问题。后来又问了自己对自己的定位及对于B2B业务有什么看法以及base的问题，这就不多说了。有一个问题倒是难了我一下，当然也就1秒钟。根据我的简历，我做系统和底层的东西更适合，所以面试官问我是否愿意去阿里云，我知道阿里云是潘爱民老师带的，以前还和潘爱民老师合过影，相信很多人都看过《程序员的自我修养》，从中受益过。但我的回答是：“我确实觉得这个方向也不错，也很仰慕潘老师，但既然我来面B2B Java Web相关的职位，说明我更倾向于做偏应用方向的东西。”

大概是因为我有一些同学和朋友在阿里，自己也比较关注阿里，对阿里的技术框架还算比较了解，所以二面比一面情况好很多，感觉面试官还是挺满意的，只不过提了一点就是我刚工作一年多，觉得年头少了点。

终面完毕，和两次面试的面试官都打好招呼后回到住的酒店睡了一觉，本来有些忐忑，结果快晚上时，面试官一个电话过来说我情况还不错，以后就算是同事了，预计会一周之内通知。听到这个消息，当然是相当兴奋，在向面试官道谢后，和武汉的同学一起吃了顿饭，心情格外舒畅。

现在应该算是在等待最终的offer吧，希望自己好运。

“你学习一门技术的最佳时机是三年前，其次是现在。”这话从来很灵验。经过这次面试，觉得需要整理下Java Web相关的资料，以便自己提高或者更快适应可能面临的新的工作。

首先谈谈Java Web需要掌握哪些东西。这里是一些知识点的搜集，暂不做详细说明，欢迎各位博友补充指正。

1.底层

Servlet是运行于服务端的java程序，一般实现自己的Java服务端应用都从HttpServlet类继承，然后实现自己的init | doGet | doPost | service方法。Servlet的生命周期从其加载开始，首先执行一次初始化，调用init方法，之后便可运行自身的服务，当生命周期结束时，调用destroy方法回收资源，结束服务。

仅了解原理当然是不够的，还要实战能力，在IDE中写写简单的代码谁都会，然而真正让一个程序能够运行起来也还需要点其他的东西，这里我指的是Servlet的容器。servlet的容器有很多，常用的以Tomcat为例，安装好Tomcat后，在开发时必须包含进Tomcat的lib。IDE确实惯坏了好多人，目录如何组织，程序如何编译、如何部署这些问题都被IDE屏蔽掉了，如果要对整体有比较透彻的了解，建议一切从命令行动手。

具体可参考：《Servlet与JSP核心编程》。

3.框架

Java Web开发的用到的框架之多简直令人发指，而且因为版本的更新换代导致的问题也是层出不穷。然而这也是Web技术不断演化的结果，要么选择接受，要么引领节奏。

Spring

Spring是一个强大而又“轻量级”的Java开发框架，之所以打引号是因为感觉并不是那么轻量。Spring的主要目的在于简化Java应用开发，以配置方式代替硬编码方式的编程，模块解耦，其架构如下图所示。包括了数据访问、远程通信、AOP、核心容器等部分。

Figure 3 Hibernate对象状态转换图

Struts 2

Struts出现的最早，也是思想提供者之一，从名字就可以看得出其重要性，其设计目的是为了简化Java开发，统一事务切面化。

Struts最关键的地方在于Action的执行，拦截器的原理、valuestack及OGNL。

具体参考：《Struts in Action》

4.HTTP

这个不用多谈，太重要了，作为Web开发者，如果不特别熟悉Http将会是一件很麻烦的事。

这里就不列举23种模式了，个人觉得纯粹看书学习《设计模式》并没有什么用，要在实际应用中碰到，并且多问几个为什么，而且自己写代码时能有使用设计模式的意识才能对各种设计模式有更深的领悟。

当然Web开发远不止这么些东西，我这里暂时也只好先列些重要的。应用开发后，还有部署的问题，因此又会涉及CDN和负载均衡等问题就更复杂了……

另外在Web开发的过程中，要养成良好的开发习惯，比如开发之前能够熟练地使用UML类图，交互图等，这将避免你犯很多错误。感谢面试官轻虐，自己觉得还有许多不扎实的地方，还需要继续努力才能对得起这次机会。