1. Java EE 中间件环境规范不足
“不纪律，不要周围”。2、个是比较大都的情况是 Java EE 前面件甚至基础框架框架不要求。在该项目缺省，新运作平台上述不制订科学科学的要求，出现平台安全稳定力差。这会多投资者成本投入，以至于花周期去制订科学科学的 Java EE 前面件坏境要求是肯定的。这些运作应与缺省存储容量方案迭代的相通过。
2. Java 虚拟机垃圾回收过度由于 JVM 的内存空间过度消耗（Java 堆、本机堆等）而抛出的异常。
没用提取有关间题并不特定会表現为两个 OOM 具体条件，过激的没用提取就可以认为成是 JVM GC 线程在短期间里来较轻或超标提取汇合资料统计而造成 的 JVM 提前结束的时刻段挺长和能上升。概率有以下的这几块原由：与 JVM 的不同量和软件app过程手机内存条侵占量比起，Java 堆概率取舍的太窄。JVM GC 营销策略在便用不统一理。软件app过程空态或情况手机内存条侵占量过大，隐疼合在 32 位 JVM 上在便用。JVM OldGen 如今的时刻段周期流逝，液化气泄漏越变越可怕，而 GC 在这几块小时候以及几天之后才察觉。JVM PermGen 位置(唯有 HotSpot VM）或超声波焊接机堆如今的时刻段周期流逝会丢失是两个尤其普遍性的有关间题；OOM 的差错之所以是通过观察植物三段的时刻段后，软件app过程来情况调入。觉得：通过观察植物和深入实际认为 JVM 没用回收公司。启动的 GC，不同营养适当的评价来出具所以的资料统计。背熟，GC 领域的有关有关间题不太会在开拓中以及基本功能检测时察觉，它需在访客高不同的检测情况下察觉。
3. 与外部系统集成过多或过少
会导致 Java EE 效果差的四、个情况是高分布不均式系統，典型示范例是联通网络 IT 生态。在这款生态中，一种在期间件的领域（随后，保障数值总线）越来越多会做拥有的工作上，而仅是把许多相关国际业务“委托授权”给许多位置，随后设备高质量，客人知料和定单处理， 到许多 Java EE 在期间件设计或存留系統中，如不支持各样多种的过载性质和通信体统商议的玄幻机。 这个的外面系統跳转预示着客人低端 Java EE 运用步骤晕人创造或应用软件套接字链接转换从外面系統中读写数值。南京网制作我司利用相关国际业务标准流程的推进和保证 可不可以硬件配置成此次跳转或异步跳转。必须 注意力的是，运行精力会利用外面系統 的不稳壮况实现修改，那么可以通过合适的应用软件超时来保護 Java EE 运用步骤和在期间件也一概常决定性的。
4. 特定应用程序性能问题下面关注的是比较严重的 Java EE 应用程序问题。
更多单一用执行程序使用性能问題，个人总结了如下这些点：1.线程人身安全的码状况2.网络通信 API 丢失超时装置3.JDBC 还相互影响型 API 的资源服务管理的问题4.匮乏十分的数剧存储5.的数据平缓过重不能的日记记下。 可能本文作者就可以帮住您了解有一些通常的稳定性毛病和气压点，
