八个改进Java遗留系统的能力
副标题#e#
你没看错，就是这个题目：纵然是Java系统也会酿成“遗留”系统。每当我们想起遗留系统时，我们就会想起那些存储着大量文件数据并只能用COBOL会见的嘎吱嘎吱作响的大型主机。但事实是，Java已经是一门具有15年汗青的开拓语言，用Java写就的成千上万的系统已经乐成运行了十年甚至更久。
因此，思量到很多读者城市事情在某个遗留的Java系统上，我按照本身的履历特地攒了这八个能力，来辅佐团队更新和激活他们的遗留Java应用。
能力1：利用阐明器
阐明器提供了任何其他东西无法提供的成果，从而可以或许深入查抄你的应用。假如你的应用已经有一年多时间没有被阐明过了，那么它必定会有大块大块的低效代码，暗藏在某个暗中的角落。市面上有很多差异的或免费或贸易的阐明器。对付CPU阐明，我最喜欢的是JProfiler，因为它足够强大能阐明出大大都问题，同时易于配置，尤其当你利用它内建的配置领导的时候。而诊断内存问题时，我最亲睐的东西是Eclipse Memory Analyzer，因为它利用的是记录在磁盘上的索引，而不是把整个堆的快照放到内存中。
凡是来说，埋没着的易耗尽CPU的代码包罗低效的hashCode()可能equals()要领（在卷动JTable时以及利用Java collection类时，它们会被挪用上百万次），以及一些出人意表的出自Sun之手的低效类，好比SimpleDateFormat。
阐明器大概会明明地让你的应用变得很慢，所以你必然要在测试情况中利用它。
能力2：监控数据库利用状况
阐明器除了可以显示你的应用太过占用CPU时钟的细节，它们也可以对你的应用在哪些处所长时间做了数据库的操纵给出提示。但更好的用来监控数据利用的东西，是像Proactive DBA可能HP Diagnostics，可能任何其他来自于你的数据库产物厂商的东西。这些东西可以汇报你，哪些代码做了长时间的SQL挪用，以及哪些代码在短时间内对同一行做了多次挪用。来自数据库厂商的东西还可以辅佐发明那些阻塞了其他挪用的查询；固然在我的履历里，这样的阻塞问题根基不外是些简朴的、低效的SQL用法。
我写了一个新的东西叫做jdbcGrabber，它可以让你以可视化的形式描写出哪些代码正在会见哪些数据表。通过这种可视化泛起，你可以很容易发明那些多次会见数据库中差异部门信息的代码，从而将其调解为一次归并的请求。
能力3：构建和陈设自动化
很多遗留系统缺乏一种完全自动化的方法，来构建它们的代码，更不消说自动陈设了。自动化构建和陈设对付提高遗留系统开拓者的效率来说，是一种简朴直接而又低风险的方法，并且凡是不需要修改代码。
没有自动化的构建和陈设进程，新的开拓者不得不从头发现轮子，跟那些前辈们早就斗争过的同样问题从头来斗，并且每次反复的陈设问题产生，开拓者城市发现出差异的办理方案。
固然Maven是一款卓越的并且利用遍及的构建东西，但它对你的源码树布局以及库依赖有着顽强的要求，所以把它用在遗留应用中会有点坚苦。但足够优秀的Ant应该更易于利用，因为它处理惩罚起遗留代码布局越发机动，也更容易部门回收，而不是全盘回收。
能力4：自动化你的操纵并利用JMX
别的一种提高遗留应用的效率但不会带来修改代码的风险的方法是，改进它的运维。很多内部开拓的企业系统，一般都需要大量出人意表的手把手指导和维护，纵然这样是不该该的。
既有的Java成果可以通过利用JMX很容易地袒露给认真运营的人们，而不会带来负面影响。很多开拓者对JMX较量熟悉是因为，他们用JMX来跟JBoss和WebLogic这样的应用处事器举办交互，但他们不清楚把JMX用在他们本身的应用中是何等利便。任何Java class都可以通过JMX袒暴露来，险些没什么负面结果，也没有什么风险。
好比，假如你的应用有一个当地的静态HashMap作为cache，你就可以通过JMX来袒露成果，从而很容易地排除谁人cache。
一旦应用通过JMX袒露，运维团队可能开拓者就可以以精采的方法来操纵应用，无需直接会见运行着应用的呆板。
能力5：建设单位测试
一旦你对遗留系统的修改粉碎了某个成果，你所面对的最大障碍之一就来到了。一些东西宣称能对代码举办反向工程，并为其建设单位测试，但我对这些东西没有太多的信心。要想有足够的信心，你的单位测试简直包围了你期望它们包围的代码，你就不得不亲自建设它们。
很幸运，为遗留代码建设单位测试并没有一开始感受上的那样坚苦。我利用了Michale Feathers在Working Effectively with Legacy Code一书中讲授的“遗留代码修改算法”：
确认修改点
找出测试点
冲破依赖
编写测试
修改并重构
#p#分页标题#e#
有效利用这个算法的窍门在于第3点：冲破依赖。有许多技能可以用来干这个，但个中大大都都是关于移除静态引用以及在接口和facade下埋没外部引用和巨大代码。一旦你具有这样冲破依赖的感受了，打仗遗留代码就不会是一件让你惶惶不安的工作了。
#p#副标题#e#
能力6：杀死无用代码
固然无用代码大概看起来无害，但它们实际上往往会是无声的杀手。原因在于只要无用代码还在代码库中，认真维护的措施员就不会很是确信，代码是真的无用照旧只是看起来无用。感觉过前屡次修改所带来的疾苦的维护者都知道，纵然是静态代码阐明也不能证明代码是真的无用了。好比，十年前一些智慧的措施员大概会通过数据库中的字符串值来驱动Java reflection挪用业务逻辑（别笑，我不止一次看到过这样）。
因此，杀死无用代码应用是第一优先级的任务。固然Emma凡是被认为是一种单位测试包围东西，但它可以用来侦测无用代码。当你把Emma注入到JVM中，它就可以追踪到哪些代码执行了，哪些没有。在你的开拓情况中，把Emma和一个完整的测试周期相团结利用，你就会知道哪些代码在世照旧死了。
能力7：回收一种“顺从”方法构建代码
遗留应用不行能一次清理完毕。在现实中，开拓团队必需操作任何一次时机，来改进遗留代码。但很多团队对今朝代码的环境都倍感失望，而无法思量他们毕竟该怎么做。“代码实在太糟糕了，”开拓者说。
冷酷是最大的错误。遗留应用之所以还存在世是因为，它们依然有用，并且和所有有用的应用一样，他们的用户会继承想要修改它们。假如团队抓住时机界说一个可以到达的愿景：但愿应用会是什么样子，然后做出慢慢增量的改变，他们就会诽谤隔最终的愿景更进一步。
没有这样的愿景，团队的每个成员就会做出任何他/她所认为最正确的工作。一小我私家会利用Spring JdbcTemplate而另一小我私家会开始利用iBATIS/MyBatis。固然每小我私家都真正期望改进这个应用，但事实上他们会让工作变得更糟，因为他们是在差异的偏向上使力，使已经巨大的布局越发杂乱。
能力8：进级你的JRE
当我汇报一些团队Sun（此刻是Oracle）早在2009年11月就已经宣称不在继承对JDK 1.5的支持时，他们仍然以为惊奇不已。这不只仅是立即要进级JRE到1.6的工作。那些历经患难的团队，还记得从1.1进级到1.2可能1.4进级到 1.5时所产生的一切，他们大概对这样的进级还感想踌躇。但我的履历是，这样的进级会很滑腻，并且会给应用带来一次显著的免费的机能奔腾。别的，JDK 1.6还带来很多有用的、免费的运维和阐明东西，来辅佐诊断那些你这些年一直备受困扰的垃圾接纳问题。
八个能力之外
上面经心挑选出来的每个能力，根基都是易于回收，并风险相对要低。但尚有许多其他的方法来改进遗留应用，让应用改进后看起来就像是新的一样。
首先，此刻的开放源代码库生态系统给已往大部门的遗留Java系统带来了朝气。很多遗留系统会有土生土长、完全自界说的各类子系统：事情流引擎、法则引擎、模板引擎、用户接口框架以及工具干系映射层等等。这些土生土长的组件中的任意一个，都可以被一个免费的开放源代码库替换掉，并且越发智能并足够强壮。这样一对一的替换可以很洪流平上消除一次全部替换所带来的维护上的坚苦。
其次，是时候好悦目看你本身的遗留应用的设计问题了。固然改变设计远比仅仅进级JRE要巨大得多，但它也会给你的投资带来更大的回报。对付大量逻辑都存储在数据库存储进程中的应用，可以思量把那些逻辑提高到应用层，从而可以受益于集群处事器，并更容易举办单位测试。假如一个设计把暗示层跟业务逻辑层绑定得太紧，那你就可以把它们分隔，这样增加新潮的iPhone界面也会很容易实现。在各个子系统之间的同法式用也可以转换成异步、基于动静的挪用，这在弹性和机能上城市是重要的改进。
最后，为了让你从Java遗留应用中多活两到四年，我发起你雇佣一个对这样系统有履历的专家。就像一个外科大夫做精妙的大脑手术一样，有履历的专家凡是可觉得遗留系统中的问题找到更好的办理方案，从而带来更多的长处以及低风险。
对付那些期望吸取更深内容的读者，我发起这本我读过的最好的关于遗留系统的书：Michale Feather的Working Effectively with Legacy Code。任何事情在遗留系统上的开拓者城市从这本书中受益。
