Java理论与实践: 并发在一定程度上使一切变得简单 - 编程入门网

Java理论与实践: 并发在一定程度上使一切变得简单

当项目中需要 XML 解析器、文本索引程序和搜索引擎、正则表达式编译器、 XSL 处理器或 PDF 生成器时，我们中大多数人从不会考虑自己去编写这些实用 程序。每当需要这些设施时，我们会使用商业实现或开放源码实现来执行这些任 务原因很简单 ― 现有实现工作得很好，而且易于使用，自己编写这些实用程序 会事倍功半，或者甚至得不到结果。作为软件工程师，我们更愿意遵循艾萨克 ・牛顿的信念 ― 站在巨人的肩膀之上，有时这是可取的，但并不总是这 样。（在 Richard Hamming 的 Turing Award 讲座中，他认为计算机科学家的 “自立”要更可取。）

探究重复发明“车轮”之 原因

对于一些几乎每个服务器应用程序都需要的低级应用程序框架服务 （如日志记录、数据库连接合用、高速缓存和任务调度等），我们看到这些基本 的基础结构服务被一遍又一遍地重写。为什么会发生这种情况？因为现有的选择 不够充分，或者因为定制版本要更好些或更适合手边的应用程序，但我认为这是 不必要的。事实上，专为某个应用程序开发的定制版本常常并不比广泛可用的、 通用的实现更适合于该应用程序，也许会更差。例如，尽管您不喜欢 log4j，但 它可以完成任务。尽管自己开发的日志记录系统也许有一些 log4j 所缺乏的特 定特性，但对于大多数应用程序，您很难证明，一个完善的定制日志记录包值得 付出从头编写的代价，而不使用现有的、通用的实现。可是，许多项目团队最终 还是自己一遍又一遍地编写日志记录、连接合用或线程调度包。

表面上 看起来简单

我们不考虑自己去编写 XSL 处理器的原因之一是，这将花费 大量的工作。但这些低级的框架服务表面上看起来简单，所以自己编写它们似乎 并不困难。然而，它们很难正常工作，并不象开始看起来那样。这些特殊的 “轮子”一直处在重复发明之中的主要原因是，在给定的应用程序中 ，往往一开始对这些工具的需求非常小，但当您遇到了无数其它项目中也存在的 同样问题时，这种需求会逐渐变大。理由通常象这样：“我们不需要完善 的日志记录／调度／高速缓存包，只需要一些简单的包，所以只编写一些能达到 我们目的的包，我们将针对自己特定的需求来调整它”。但情况往往是， 您很快扩展了所编写的这个简单工具，并试图添加再添加更多的特性，直到编写 出一个完善的基础结构服务。至此，您通常会执著于自己所编写的程序，无论它 是好是坏。您已经为构建自己的程序付出了全部的代价，所以除了转至通用的实 现所实际投入的迁移成本之外，还必须克服这种“已支付成本”的障 碍。

并发构件的价值所在

编写调度和并发基础结构类的确要比看上去难。Java 语言提供了一组有用的 低级同步原语： wait() 、 notify() 和 synchronized ，但具体使用这些原语 需要一些技巧，需要考虑性能、死锁、公平性、资源管理以及如何避免线程安全 性方面带来的危害等诸多因素。并发代码难以编写，更难以测试 ― 即使专家有 时在第一次时也会出现错误。 Concurrent Programming in Java（请参阅 参考 资料）的作者 Doug Lea 编写了一个极其优秀的、免费的并发实用程序包，它包 括并发应用程序的锁、互斥、队列、线程池、轻量级任务、有效的并发集合、原 子的算术操作和其它基本构件。人们一般称这个包为 util.concurrent （因为 它实际的包名很长），该包将形成 Java Community Process JSR 166 正在标准 化的 JDK 1.5 中 java.util.concurrent 包的基础。同时， util.concurrent 经过了良好的测试，许多服务器应用程序（包括 JBoss J2EE 应用程序服务器） 都使用这个包。

填补

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!