（30）ajax原理
Ajax的工作原理相当于在用户和服务器之间加了—个中间层，使用户操作与服务器响应异步化。
1）Js中的ajax使用：
i. 开发步骤：
1. 获取XMLHttpRequest对象（XMLHttpRequest）
2. 确定请求方式和路径
3. 发送请求
4. 编写回调函数
ii. api：
1. 获取XMLHttpRequest对象：
var xmlhttp;
if (window.XMLHttpRequest)
{// code for IE7+, Firefox, Chrome, Opera, Safari
xmlhttp=new XMLHttpRequest();
}else{// code for IE6, IE5
xmlhttp=new ActiveXObject(“Microsoft.XMLHTTP”);
}
2. 常用方法：
a. open(请求的方式,请求的路径,[是否异步])
确定请求的方式和路径
b. send([post请求的参数])
发送请求
3. 常用属性：
a. onreadystatechange：监测XMLHttpRequest对象状态的变化
b. readyState：XMLHttpRequest对象状态
i. 0.对象已创建
ii. 1.对象调用了open
iii. 2.对象调用了send
iv. 3.部分已完成
v. 4.响应已完成
c. status：响应状态码
i. 200: “OK”
ii. 404: 未找到页面
d. responseText： 响应回来的内容
i. xmlhttp.onreadystatechange = function(){}
4. 注意：若post请求需要发送参数,必须设置请求参数的mime类型
i. xmlhttp.setRequestHeader(“content-type”, form表单的enctype属性的默认值);
ii. 如：xmlhttp.setRequestHeader(“content-type”, “application/x-www-form-urlencoded”);
（31）session与cookie是如何交互的？
**用户首次访问服务器，服务器会为每个用户单独创建一个session对象(HttpSession)，并为每个session分配唯一一个id(sessionId)，sessionId通过cookie保存到用户端。当用户再次访问服务器时，需将对应的sessionId携带给服务器，服务器通过这个唯一sessionId就可以找到用户对应的session对象，从而达到管理用户状态。
1）cookie是如何加到Http的Header中的呢？
1.HttpServletResponse调用addCookie
2.ResponseFacade调用addCookie
3.Response调用addCookieInternal方法
4.generateCookieString
5.addHeader
6.MimeHeaders调用headers.addValue(name).setString(value)设置值
2）session常用API
存:session.setAttribute(key,value);
取:session.getAttribute(key);
删除:session.removeAttribute(key);
（32）quartz实现定时任务调度
1.job：表示一个任务，要执行的具体内容
2.jobDetail：表示一个具体的可执行的调度程序
3.Trigger：定时器，代表一个调度参数的配置，什么时候去调。
cron表达式：
* * * * * ? *
秒 分 时 日 月 周 年
4.Scheduler：总调度容器，可以注册多个JobDetail和Trigger
（33）servlet生命周期
用户第一次访问服务器时，servlet执行一次init和service方法，完成创建和服务操作，
然后在不关闭服务器和浏览器的情况下每一次刷新页面，也就是向服务器发送一次请求，servlet就执行一次service方法，
所以说servlet是单实例，多线程。
当servlet被移除或服务器正常关闭的时候servlet执行销毁方法。
（34）hash冲突怎么解决？
虽然我们不希望发生冲突，但实际上发生冲突的可能性仍是存在的。当关键字值域远大于哈希表的长度，而且事先并不知道关键字的具体取值时。冲突就难免会发 生。另外，当关键字的实际取值大于哈希表的长度时，而且表中已装满了记录，如果插入一个新记录，不仅发生冲突，而且还会发生溢出。因此，处理冲突和溢出是 哈希技术中的两个重要问题。
1.HashMap位置决定与存储
通过前面的源码分析可知，HashMap 采用一种所谓的“Hash 算法”来决定每个元素的存储位置。当程序执行put(String,Obect)方法 时，系统将调用String的 hashCode() 方法得到其 hashCode 值——每个 Java 对象都有 hashCode() 方法，都可通过该方法获得它的 hashCode 值。得到这个对象的 hashCode 值之后，系统会根据该 hashCode 值来决定该元素的存储位置。
我们知道Entry含有的属性是Value，Key，还有一只指向下一个指针Next。当系统决定存储 HashMap 中的 key-value 对时，完全没有考虑 Entry 中的 value，仅仅只是根据 key 来计算并决定每个 Entry 的存储位置。这也说明了前面的结论：我们完全可以把 Map 集合中的 value 当成 key 的附属，当系统决定了 key 的存储位置之后，value 随之保存在那里即可。
2.Hash碰撞产生及解决 Hashmap里面的bucket出现了单链表的形式，散列表要解决的一个问题就是散列值的冲突问题，通常是两种方法：链表法和开放地址法。链表法就是将相同hash值的对象组织成一个链表放在hash值对应的槽位；开放地址法是通过一个探测算法，当某个槽位已经被占据的情况下继续查找下一个可以使用的槽位。java.util.HashMap采用的链表法的方式，链表是单向链表。
源码中包含了一个设计：系统总是将新添加的 Entry 对象放入 table 数组的 bucketIndex 索引处——如果 bucketIndex 索引处已经有了一个 Entry 对象，那新添加的 Entry 对象指向原有的 Entry 对象(产生一个 Entry 链)，如果 bucketIndex 索引处没有 Entry 对象，也就是上面程序代码的 e 变量是 null，也就是新放入的 Entry 对象指向 null，也就是没有产生 Entry 链。 HashMap里面没有出现hash冲突时，没有形成单链表时，hashmap查找元素很快,get()方法能够直接定位到元素，但是出现单链表后，单个bucket 里存储的不是一个 Entry，而是一个 Entry 链，系统只能必须按顺序遍历每个 Entry，直到找到想搜索的 Entry 为止——如果恰好要搜索的 Entry 位于该 Entry 链的最末端(该 Entry 是最早放入该 bucket 中)，那系统必须循环到最后才能找到该元素。
通过上面可知如果多个hashCode()的值落到同一个桶内的时候，这些值是存储到一个链表中的。最坏的情况下，所有的key都映射到同一个桶中，这样hashmap就退化成了一个链表——查找时间从O(1)到O(n)。也就是说我们是通过链表的方式来解决这个Hash碰撞问题的。
3.Java8碰撞优化提升
为什么会有这么大的性能提升，尽管这里用的是大O符号（大O描述的是渐近上界）？其实这个优化在JEP-180中已经提到了。如果某个桶中的记录过大的话（当前是TREEIFY_THRESHOLD=8），HashMap会动态的使用一个专门的treemap实现来替换掉它。这样做的结果会更好，是O(logn)，而不是糟糕的O(n)。它是如何工作的？前面产生冲突的那些KEY对应的记录只是简单的追加到一个链表后面，这些记录只能通过遍历来进行查找。但是超过这个阈值后HashMap开始将列表升级成一个二叉树，使用哈希值作为树的分支变量，如果两个哈希值不等，但指向同一个桶的话，较大的那个会插入到右子树里。如果哈希值相等，HashMap希望key值最好是实现了Comparable接口的，这样它可以按照顺序来进行插入。这对HashMap的key来说并不是必须的，不过如果实现了当然最好。如果没有实现这个接口，在出现严重的哈希碰撞的时候，你就并别指望能获得性能提升了。这个性能提升有什么用处？比方说恶意的程序，如果它知道我们用的是哈希算法，它可能会发送大量的请求，导致产生严重的哈希碰撞。然后不停的访问这些key就能显著的影响服务器的性能，这样就形成了一次拒绝服务攻击（DoS）。JDK8中从O(n)到O(logn)的飞跃，可以有效地防止类似的攻击，同时也让HashMap性能的可预测性稍微增强了一些。
（35）为什么用angularJS？
1）更少的代码，实现更加强劲的功能
2）AngularJS非常全面
似 Backbone 或者 JavaScriptMVC，anguar是一个快速的前端开发解决方案。没有其它的插件或者架构足以开发数据驱动的web应用。下面列出了AnguarJS的一些特性：