在某些 Java SE API 的实现中，存在一些会影响性能的怪异行为，本章将对其进行探讨。JDK 中有很多这样的实现细节，经常会其导致的性能问题。

JPA 的性能直接受底层 JDBC 驱动程序的影响，大多数影响 JDBC 驱动程序性能的因素都同样作用于 JPA。除此之外，JPA 的性能还受一些额外因素的影响。 通过调整实体类的字节码能够实现很多的 JPA 性能提升。在 Java EE 的环境中，这种性能的提升是无缝透明的。在 Java SE 的环境中，确保使用正确的字节码的处理方式是非常重要的。否则，JPA 应用程序的性能可能是无法预测的：期望推迟载入的字段可能很早就加载了，保存到数据库的数据可能是冗余的，期望保持在 JPA 缓存中的数据可能还需要从数据库中再次提取，等等。

本章主要探讨由 Java 驱动的数据库应用的性能（而不会讨论数据库优化相关内容，如果需要的话可能需要新开一个系列）。访问数据库的应用程序经常会受制于一些与 Java 不直接相关的性能问题，譬如使用的数据库有 I/O 瓶颈，或者由于关键索引缺失，导致 SQL 查询需要做全表扫描。要解决这些问题，不必调优 JVM，也不需要修改应用代码。处理数据库相关的性能问题需要我们（从其他的源头）了解如何为数据库应用编程及调优。

不同系统间的数据交换可以使用 XML、JSON 和其他基于文本的格式。Java 进程间交换数据，通常就是发送序列化后的对象状态。尽管序列化在 Java 中随处可见，但 Java EE 中还有两点需要重点考虑。

本章关注的是 Java EE（特别是 Java EE 6 和 7）�