马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。
您需要 登录 才可以下载或查看，没有帐号？立即注册
x
为什么外国人还要写那些框架进行代码封装，他们不就是为了别人使用时可以更简单么！如果要达到一个企业级项目的不用框架是很难的。小一些的项目还行，大的光是MVC模式的设计的编码量就够大的了。还有性能方面，单轮windows，这个工具是微软写的，。本文作者是一位有10多年履历的初级体系架构师，他的次要专业范畴是JavaEE、两头件和JVM手艺。他在功能优化和提拔方面也有很深入的看法，上面他将和人人分享一下罕见的10个影响JavaEE功能成绩。
1.缺少准确的容量计划
容量计划是一个周全的和开展的历程尺度，展望以后和将来的IT情况容量需求。制订公道的容量计划不但会确保和跟踪以后IT临盆才能和不乱性，同时也会确保新项目以最小的风险部署到现有的临盆情况中。硬件、两头件、JVM、调剂等在项目部署之前就应当筹办好。
2.JavaEE两头件情况标准不敷
“没有礼貌，不成周遭”。第二个对照广泛的缘故原由是JavaEE两头件大概基本架构不标准。在项目初始，新平台下面没有制订公道的标准，招致体系不乱性差。这会增添客户本钱，以是花工夫往制订公道的JavaEE两头件情况标准是必需的。这项事情应与初始容量计划迭代相分离。
3.Java假造机渣滓接纳过分
列位对“java.lang.OutOfMemoryError”这个毛病信息是否是很熟习呢？因为JVM的内存空间过分损耗（Java堆、本机堆等）而抛出的非常。
渣滓搜集成绩其实不必定会体现为一个OOM前提，过分的渣滓搜集能够了解成是JVMGC线程在短工夫里举行稍微或超量搜集汇合数据而招致的JVM停息工夫很长和功能下落。大概有以下几个缘故原由：
- 与JVM的负载量和使用程序内存占用量比拟，Java堆大概选择的太小。
- JVMGC战略利用分歧理。
- 使用程序静态或静态内存占用量太年夜，不合适在32位JVM上利用。
- JVMOldGen跟着工夫推移，泄露愈来愈严峻，而GC在几个小时大概几天后才发明。
- JVMPermGen空间(只要HotSpotVM）或本机堆跟着工夫推移会保守是一个十分广泛的成绩；OOM的毛病常常是察看一段工夫后，使用程序举行静态变更。
- YoungGen和OldGen的比例空间与你的使用程序不婚配。
- Java堆在32位的VM上太年夜，招致本机堆溢出，详细能够体现为OOM试着往链接一个新的JavaEE使用程序、创立一个新的Java线程大概必要盘算当地内存分派义务。
倡议：
- 察看和深切了解JVM渣滓接纳。启动GC，依据安康公道的评价来供应一切的数据。
- 记着，GC方面的相干成绩不会在开辟中大概功效测试时发明，它必要在多用户高负载的测试情况下发明。
4.与内部体系集成过量或过少
招致JavaEE功能差的第四个缘故原由是高散布式体系，典范案例是电信IT情况。在这个情况中，一其中间件范畴（比方，服务总线）很少会做一切的事情，而仅仅是把一些营业“托付”给其他部分，比方产物质量，客户材料和定单办理，到其他JavaEE两头件平台或遗留体系中，如撑持各类分歧的负载范例和通讯协定的年夜型机。
如许的内部体系挪用意味着客户真个JavaEE使用程序触发创立或重用套接字链接从内部体系中读写数据。依据营业流程的实行和完成能够设置成同步伐用或异步伐用。必要注重的是，呼应工夫会依据内部体系的不乱情况举行改动，以是经由过程得当的利用超时来回护JavaEE使用程序和两头件也长短常主要的。
上面这3种情形是常常呈现成绩和功能下降的中央：
- 同步和接踵挪用太多的内部体系。
- 在JavaEE客户端使用程序和内部体系之间链接超时，使数据丧失大概值太高招致客户端线程被卡住，从而招致多米拉效应。
- 超时，但程序仍一般实行，但是两头件不处置这类奇异的路径。
最初，倡议多举行负面测试，这意味着必要“工资”制造发生这些成绩的前提，用来测试使用程序和两头件之间是怎样处置内部体系毛病。
5.缺少得当的数据库SQL调优和容量计划
人人大概会对这一个感应惊异：数据库成绩。年夜多半JavaEE企业体系是依附干系型数据库处置庞大的营业流程。一个基本踏实安定的数据库情况能够确保IT情况有范围的增加，来撑持日趋不休扩展的营业。
在实践中，与数据库相干的功能成绩是很罕见的。因为多半数据库事件处置都是由JDBC数据源实行的（包含干系耐久化API，比方Hibernate）。而功能成绩最后城市体现为线程堵塞。
以下是我在10年的事情中，常常呈现的关于数据库方面的成绩（以Oracle数据库为例）：
- 伶仃的，长工夫运转的SQL。次要体现为线程堵塞、SQL没有举行优化、短少索引、非最好的实行企图、前往大批数据集等等。
- 表或行级数据锁定。当提交一个双阶段事件模子时（比方，臭名远扬的Oracle可疑事件）。JavaEE容器大概会留下一些未处置的事件守候最初的提交或回滚，留下的数据锁能触发功能成绩，直到最初的锁被移除。比方两头件断电大概服务器溃散都大概引发这些情形产生。
- 缺少公道标准的数据库办理工具。比方Oracle内里的REDOlogs，数据库数据文件等。磁盘空间不敷，日记文件不扭转等城市触发较年夜的功能成绩和断电情形。
倡议：
- 公道的容量计划，包含负载和功能测试都是必不成少的，优化数据情况和实时发明成绩。
- 假如是利用Oracle数据库，确保DBA团队按期检察AWR呈报，特别是在高低联系关系的事务和本源剖析过程当中。
- 利用JVM线程存储和AWR呈报查明SQL运转迟缓的缘故原由大概利用监控工具来做。
- 增强“操纵”方面的数据库情况（磁盘空间、数据文件、重做日记、表空间等）以得当的监督和报警。假如不这么做，会让客户端IT情况呈现较多的断电情形和花很多工夫举行妨碍调修。
6.特定使用程序功能成绩
上面存眷的是对照严峻的JavaEE使用程序成绩。关于特定使用程序功能成绩，总结了以下几个点：
- 线程平安的代码成绩
- 通讯API短少超时设置
- I/O、JDBC大概干系型API资本办理成绩
- 缺少得当的数据缓存
- 数据缓存过分
- 过量的日记纪录
7.JavaEE两头件调优成绩
一样平常JavaEE两头件都已够用了，只是短少需要的优化。年夜多半JavaEE容器都能有多种计划供你的使用程序和营业历程选择。
假如没有举行得当的调剂和理论，那末JavaEE容器大概会处于一种悲观的形态。
下图是视图和反省列暗示例：
8.自动监控不敷
缺少监控，其实不会带来实践功能成绩，但它会影响你对JavaEE平台功能和安康情况的懂得。终极，这个情况能够到达一个破发点，这大概会表露出一些缺点和成绩(JVM的内存泄露，等等)。
以我的履历来看，假如一入手下手不举行监控，而是运转几个月大概几年后再举行，平台不乱性将年夜打扣头。
也就是说，改良现有的情况永久都不会晚。上面是一些倡议：
- 复查现有JavaEE情况监测才能和找到需改善的中央。
- 监测计划应当尽量的掩盖全部情况。
- 监控计划应当切合容量计划历程。
9.大众基本举措措施硬件饱和
这个成绩常常在有太多的JavaEE两头件情况跟着JVM历程被部署到现有硬件下面时看到。太多的JVM历程对无限的物理CPU中心来讲是一个真实的程序功能杀手。别的，跟着客户端营业的增加，硬件方面也必要再次思索。
10.收集提早
最初一个影响功能成绩的是收集，收集成绩时不时的城市产生，如路由器、互换机和DNS服务器失利。更罕见的是在一个高度分离的IT情况中按期或间歇性提早。上面图片中的例子是一个位于统一地区的Weblogic集群通讯与Oracle数据库服务器之间的提早。
间歇或按期的提早会触发一些主要的功能成绩，以分歧的体例影响JavaEE使用程序。
- 由于大批的fetch迭代（收集传进和传出），触及年夜数据集的数据查扣问题的使用会十分受收集提早的影响
- 使用程序在处置内部体系年夜数据负载（比方XML数据）时也会很受收集提早的影响，会在发送和吸收呼应时发生伟大的呼应距离。
- JavaEE容器复制历程（集群）也会遭到影响，而且会让妨碍转移功效（如多播或单播数据包丧失）处于风险中。
JDBC行数据“预取”、XML数据紧缩和数据缓存能够削减收集提早。在计划一个新的收集拓扑时，应当细心反省这类收集提早成绩。
但愿本文可以匡助您了解一些罕见的功能成绩和压力点，每一个IT情况都是举世无双的，以是文中提到的成绩纷歧定会是您碰到的，您能够把您碰到的成绩拿出来和人人一同分享一下！
专门做了这个例子；而java的这个例子好像就是为了教学而写的，很多教学目的的例子是不考虑优化、性能的。 | 
|Archiver|手机版|仓酷云
鄂ICP备14007578号-2
发表于 2015-1-18 11:29:30
收藏
转播
分享
淘帖
顶
踩
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
照妖镜
楼主