20170921-浅谈第二阶段Javaweb的学习以及两次公司笔试面试的经验（一）

从上个月21号到如今已经过去了整整一个月的时间，一个月的时间没有更新自己的学习经历，并不是没什么可写的，可能是时间让自己的动力慢慢的消磨了，现在第二阶段的学习也马上结束，Javaweb也学习了大半，也经历过了两次面试的洗礼，现在我觉得必须写一点什么来记下我这段时间的心路历程以及所作所学，不让自己这两个月的努力都白费。

先从第一次笔试面试的经历开始，上周烽火来我们基地进行宣讲，招聘Java研发工程师，运维工程师以及测试工程师。过程就省略了，最后的结果是在一面的时候被pass掉，我就总结一下。

烽火的笔试题以Java基础为主，主要的简答以及程序题如下：

一、xml的解析技术有哪些，分别有什么区别？

这个题就是一个基本的Javaweb的题目了，考验的就是作答人的基础够不够扎实

答：1.DOM生成和解析XML文档

为 XML 文档的已解析版本定义了一组接口。解析器读入整个文档，然后构建一个驻留内存的树结构，然后代码就可以使用 DOM 接口来操作这个树结构。

优点：整个文档树在内存中，便于操作；支持删除、修改、重新排列等多种功能；

缺点：将整个文档调入内存（包括无用的节点），浪费时间和空间；

使用场合：一旦解析了文档还需多次访问这些数据；硬件资源充足（内存、CPU）。

2.SAX生成和解析XML文档

为解决DOM的问题，出现了SAX。SAX ，事件驱动。当解析器发现元素开始、元素结束、文本、文档的开始或结束等时，发送事件，程序员编写响应这些事件的代码，保存数据。

优点：不用事先调入整个文档，占用资源少；SAX解析器代码比DOM解析器代码小，适于Applet，下载。

缺点：不是持久的；事件过后，若没保存数据，那么数据就丢了；无状态性；从事件中只能得到文本，但不知该文本属于哪个元素；

使用场合：Applet;只需XML文档的少量内容，很少回头访问；机器内存少。

3.DOM4J生成和解析XML文档

DOM4J 是一个非常非常优秀的Java XML API，具有性能优异、功能强大和极端易用使用的特点，同时它也是一个开放源代码的软件。如今你可以看到越来越多的 Java 软件都在使用 DOM4J 来读写 XML，特别值得一提的是连 Sun 的 JAXM 也在用 DOM4J。

4.JDOM生成和解析XML
为减少DOM、SAX的编码量，出现了JDOM；优点：20-80原则，极大减少了代码量。使用场合：要实现的功能简单，如解析、创建等，但在底层，JDOM还是使用SAX（最常用）、DOM、Xanan文档。

这个题目依旧可以进行扩展，例如继续询问：XML文档定义有几种形式？它们之间有何本质区别？解析XML文档有哪几种方式？

答：两种形式 dtd、schema ；

本质区别:schema本身是xml的，可以被XML解析器解析(这也是从DTD上发展schema的根本目的)；

有DOM,SAX,STAX等
DOM:处理大型文件时其性能下降的非常厉害。这个问题是由DOM的树结构所造成的，这种结构占用的内存较多，而且DOM必须在解析文件之前把整个文档装入内存,适合对XML的随机访问；
SAX:不现于DOM,SAX是事件驱动型的XML解析方式。它顺序读取XML文件，不需要一次全部装载整个文件。当遇到像文件开头，文档结束，或者标签开头与标签结束时，它会触发一个事件，用户通过在其回调事件中写入处理代码来处理XML文件，适合对XML的顺序访问。

二、String和StringBuffer、StringBulider的区别

答：1.String：字符串常量，字符串长度不可变。Java中String是immutable（不可变）的。String是被final修饰的，所以本身是一个常量不可改变，只能被赋值一次。

2.StringBuffer：字符串变量，被Synchronize修饰，意味着它是线程安全的，StringBuffer有其toString（）方法可以将其转换为String类型

3.StringBulider：字符串变量，和StringBuffer的区别，这是线程不安全的

String 类型和StringBuffer的主要性能区别：String是不可变的对象, 因此在每次对String 类型进行改变的时候，都会生成一个新的 String 对象，然后将指针指向新的 String 对象，所以经常改变内容的字符串最好不要用 String ，因为每次生成对象都会对系统性能产生影响，特别当内存中无引用对象多了以后， JVM 的 GC 就会开始工作，性能就会降低。所以，如果要操作少量的数据，用String ；单线程操作大量数据，用StringBuilder ；多线程操作大量数据，用StringBuffer。