Java三种方式解析xml
Java里边解析xml一般有三种常用的技术：
1、 Document Object Model (DOM)，W3C里边一种成熟的标准。目前广泛使用的解析工具：JDOM DOM4J
2、 Simple API for XML (SAX)，第一种被广泛接受的XML的API，成为事实上的标准。
3、 Streaming API for XML (StAX)，在JSR-173中提到的一种很有前途的新型解析模型。
DOM解析是基于树结构的，它通过在内存构建整棵文档树，允许完全、动态访问XML文档的任何节点。在XMPP应用中，如果使用dom解析xml，会耗费很多时间，增加请求返回的时间。
2、SAX
SAX解析XML采用事件驱动的方式。虽然并不是W3C的标准，但它的API是公认的，很多解析器都是基于它的。当SAX解析器读取文档的时候会引发很多事件，这些事件会交给对应的事件处理者(event
handlers)，控制权是在解析器，应用程序只是时间的接收者，由解析器调用应用程序注册的callback接口实现事件通知。三种基本的事件：
1． DTDHandler 访问XML的DTD内容
2． ErrorHandler 解析错误
3． ContentHandler 访问文档的内容
3、 StAX
StAX是一种令人振奋的新型解析技术，和SAX一样，它也采用了事件驱动模型。不过，在对于事件的处理上，SAX采用了“推模式”（push modal），而StAX则使用的是“拉模式”（pull model）。说得更加明白一些，就是这样：
SAX是自己按顺序把整个文档解析完，在它解析的过程，会主动产生事件交给程序中相应的处理函数来处理当前内容；而StAX是由程序来驱动整个解析过程，只有当程序发出解析请求的时候，解析器才会告诉相应的事件，然后程序根据事件再决定如何处理当前内容，应用程序可以将
事件对应的节点DOM载入内存中进行处理。
从这个原理来判断的话，StAX的实现显然要更加灵活，程序可以选择自己需要处理的部分，而SAX则一定会遍历整个文档。而据我的理解，将StAX叫成“程序驱动模型”可能更利于理解一些。
读取XML文档：
Iterator xml：方便的、容易使用的、迭代器风格的 API。更面向对象编程，对程序感兴趣的事件创建相应的对象，容易添加和删除事件event，易用扩展。
Cursor xml：
尽管迭代器风格的 API 非常方便和易于使用，它也带来了一些开销。解析器需要创建事件对象，这些对象在以后被无用单元收集器回收。对于高性能极其重要的应用程序（如J2ME），您可以选择基于指针的
API。XMLStreamReader
相关文档：
1．Servlet程序的入口点是：（ ）
A init（）
B main（）
C service（）
D doGet（）
参考答案：A
2. Severlet中，HttpSeverletResponse的什么方法用来把一个HTTP请求重定向到另外的URL？（ ）
A sendURL()
B redirectURL()
C sendRedirect()
D ......
1、页面编码与后台类编码不一致。
2、后台类与数据库交互保持数据时产生乱码。解决方法：可以在驱动的url参数中指定。
3、读文件/流时产生乱码。解决方法：建议使用FileReader和FileWriter的父类：InputStreamReader/OutputStreamWriter，它们在构造函数中可以指定编码类型：InputStreamReader(InputStream in, Charset c ......
（此贴谨向，菜鸟级JAVA程序员提供便利，呵呵，，若有幸高手出现，还望多多指点。小弟甚欢！）
最近忙于开发一套监控系统。
需要报警声音。
在寻求解决方案的时候，出现两种方案。
一、用javax.sound.sampled.*包，进行声音处理。
二、用sun.audio.AudioPlayer包，进行声音处理。
第一种方案用起来，会经常性出现卡� ......
Java中异常一般分为3类，下边介绍下，仅仅是个人理解。
第一种是编译期异常，或者叫check Exception。
编译期异常的特点：
1.系统要求必须在程序里做出处理，否则报编译错误，编译无法通过，也就是说系统强制要求处理，对于处理方式，不外乎直接catch处理和抛出到外层，但是最终还是要处理的。
2.用户自定义一个编译期� ......
值传递：方法调用时，实际参数把它的值传递给对应的形式参数，方法执行中形式参数值的改变不影响实际参 数的值。
"引用传递"：也称为传地址。方法调用时，实际参数的引用(地址，而不是参数的值)被传递给方法中相对应的形式参数，在方法执行中，对形式参数的操作实际上就是对实际参数的操作，方法执行中形式参数值的改 ......
