【正文】
数据通讯是当前十分活跃与热门的计算机与信息技术的应用领域。某大型通信公司开发了其业务的主要支撑平台，在这里，我们简称之为“通信信息服务平台”，用于在全国与全球开展数据业务的需要。该平台是一个典型的Java技术应用于Internet的项目。
作为信息技术公司中的一名技术骨干，我有幸参加了该系统的分析与设计工作，承担了相当多的Java应用开发任务。此系统中的软件部分大多由Java来实现，在全系统中我们是这样来用Java构架系统的：
（1）本系统可分为4层，分别是Browser、表示层、中间件层和数据层。
（2）表示层用Java中的Java Script来实现页面输出。
（3）中间件层用Java来实现CORBA，即实现Component（构件），主要实现业务逻辑的封装与复用。
（4）数据层主要是数据库和存储过程的实现。
我们在应用Java技术时，所采用的技术和策略可大致上归纳为以下5个方面：
（1）使Java Script尽量简单，因为Java Script在我们系统中是放在服务器端执行的，该语言是通过一个解释器解释执行的，相对速度很慢，我们采用了两台HP前置机来运行Java Script，但是其运行速度还是不理想，所以我们在设计中把Java Script仅用来显示从中间件层所得到的数据，生成动态页面。在最初的设计中表示层（Java Script）曾承担了一些业务逻辑处理操作，导致效率不理想，因此，我们不得不尽量地减少Java Script的程序量。
（2）用Java实现CORBA时，应尽量考虑共享和复用。在本系统中，最初的设计是让Java在实现Component时，只是执行一些数据库表的操作，导致表示层的负载较大。后来，我们重新设计时，总结归纳了所有的Use Case，找出了其中可供共享和复用的接口，把相同的业务逻辑操作封装到一个接口中去。因为 Java的执行效率比Java Script要高，因此提高了系统效率。
（3）在别的项目中，我们曾大量地使用过Java中的JSP技术和Servlet技术，一般人可能不能区分这两种Java技术的区别。为了得到系统的一些执行速率的数据，我们采用了一个著名的压力测试软件——Load Runner来测试这两种技术的差别。测试表明：用JSP和Servlet完成同样的一个操作，并且保证是在相同的测试环境中（相同服务器、压力测试工作站与数据库环境），得到的测试数据却有着很大差别，JSP完成一个操作的平均执行时间大致会是Servlet程序的两倍。在一个企业级应用项目中，这可能是一个很关键的瓶颈。因此，我们得出的结论是：在可能的条件下，尽量地多使用Servlet。当然，与Servlet相比，JSP编程快速，修改方便，在访问量不是很大的应用场合下也是可以接受的。
（4）使用Java作为整体解决方案时，应尽量使用相同版本的JDK。在用Java作为编程语言的项目中，几乎大多要遇到“汉字”问题，即Java在没有经过转换的情况下，在输出汉字时，很可能会出现乱码。采用不同版本的JDK，解决的方案是不一样的，比如V1.2.2版本的JDK和V1.3版本的JDK解决方法就会有一些不一样，把V1.2.2的Java程序放在V1.3的JDK中，就不能顺利输出汉字了。其根本原因在于Java使用了Unicode编码，和我们中国的国标编码不一样。所以在这个意义上一些人竭力鼓吹的“一次编写，到处运行”似乎不一定能在所有的场合都行得通。
（5）使用Java时，应尽量遵从软件规范。在Java中有一个JVM的概念，即在Java虚拟机中使用了一个垃圾收集器，专门用来回收内存。但是该垃圾收集器在给编程人员带来方便的同时，也隐埋下了隐患。在程序设计中，并不能强制执行垃圾收集器，所以，开发人员不能确定某对象是否已释放，常常让编程人员养成依赖自动收集的坏习惯，因此我们要求：在Try，Catch之后必须明确要求回收内存（当然，也只能是通知垃圾收集器来回收垃圾），这样可以有效地提高系统稳定性。
以上这些实用性的技术与策略，是我们在实践中的一些实际体会，仅供各位开发人员根据实际情况参考。
当然，在使用Java作为解决方案时，也会遇到很多让我们头疼的问题，这些问题导致同时执行的并发性比较差，系统速度慢等等。归纳起来看，我们曾遇到过的主要具体的问题有：
（1）用Java来实现CORBA中的Component，有时效率会比较低。
（2）用Java来建立数据库连接往往会比较慢。
（3）用JSP编程时容易导致系统信息的扩散。比如，如果有黑客攻击一台运行JSP程序的服务器，他可以故意地输入一些非法字符或异常信息给JSP程序，于是程序执行将出现异常。这时，就会在页面上打印出相应的错误信息。很不幸的是，这些信息极有可能暴露出这台服务器的JDK的版本号与路径信息等内容。这往往容易让黑客们有机可乘，有可能去抓住系统的漏洞。
在发现了这些问题后，我们经过仔细研究，找出了一些解决办法。比如：
（1）既然用Java实现Component比较慢，我们就尽量减少Component所执行的业务逻辑量。争取把能够放在存储过程中实现的操作，尽可能在存储过程中加以实现。众所周知，数据库的存储过程操作，比起在Java程序中执行数据库操作要快得多。
（2）既然用Java建立数据库连接比较慢，我们就可以把数据库连接封装成连接池（Connect Pool），从而能非常有效地提高系统效率。我们也曾经用“Load Runner”作过压力测试，使用连接池比不使用连接池的速度要快上3～5倍。
（3）为了对付JSP程序与Servlet程序会打印出异常系统信息的问题。我们曾查阅了很多JSP或Servlet的资料，最终是毫无头绪。但是我们可以换另一种思路，即是不从程序下手，而从Web Server着手，我们可以把Apache配置成为使这类异常信息不再打印出来，而是使之仅出现一个通用的异常说明的页面，这样，就能十分有效地解决这个问题。
在我们使用Java作为编程语言的这么多项目中，绝大多数是比较成功的。Java语言作为一种快捷、稳定的计算机语言，开发基于因特网应用的项目大多是相当稳定和比较适用的。
在我个人看来，Java的应用前景十分光明，大体上可以着眼于以下方面：
（1）在因特网上将会有更加广泛的应用。
（2）在嵌入式设备中，Java也大有用武之地。比如，在最新推出的Java技术中，Java已经进入了手机领域。
（3）Java程序大多以线程运行，占用资源少，会逐步代替ASP与CGI程序。根据第三方测试表明：JSP程序比ASP程序要快2倍以上。用JSP代替ASP应是大势所趋。
（4）Java在无线互联网中的应用将会更加广泛。Java支持WAP，可以方便地用Java开发WAP程序，实现WAP应用。
（5）Java与XML的无缝连接使Java在数据传输和异构网络通信方面有着很大的优势。
就我个人而言，我将会在相当长一段时期内致力于Java在无线互联中的应用，为我国的移动通信事业开发出更多的优秀实用的项目。
评注；参与了一个较大的项目后有实践体会。全文都采用1、2、3、4方式，文章的风格显得单调，不大吸引人。但是本文的优点是；（1）写得很有条理。（2）内容的选择合适。（3）所列举的策略、注意事项与发现的问题都很现实可信。（本文主要参考了广州王海波等人论文）
数据通讯是当前十分活跃与热门的计算机与信息技术的应用领域。某大型通信公司开发了其业务的主要支撑平台，在这里，我们简称之为“通信信息服务平台”，用于在全国与全球开展数据业务的需要。该平台是一个典型的Java技术应用于Internet的项目。
作为信息技术公司中的一名技术骨干，我有幸参加了该系统的分析与设计工作，承担了相当多的Java应用开发任务。此系统中的软件部分大多由Java来实现，在全系统中我们是这样来用Java构架系统的：
（1）本系统可分为4层，分别是Browser、表示层、中间件层和数据层。
（2）表示层用Java中的Java Script来实现页面输出。
（3）中间件层用Java来实现CORBA，即实现Component（构件），主要实现业务逻辑的封装与复用。
（4）数据层主要是数据库和存储过程的实现。
我们在应用Java技术时，所采用的技术和策略可大致上归纳为以下5个方面：
（1）使Java Script尽量简单，因为Java Script在我们系统中是放在服务器端执行的，该语言是通过一个解释器解释执行的，相对速度很慢，我们采用了两台HP前置机来运行Java Script，但是其运行速度还是不理想，所以我们在设计中把Java Script仅用来显示从中间件层所得到的数据，生成动态页面。在最初的设计中表示层（Java Script）曾承担了一些业务逻辑处理操作，导致效率不理想，因此，我们不得不尽量地减少Java Script的程序量。
（2）用Java实现CORBA时，应尽量考虑共享和复用。在本系统中，最初的设计是让Java在实现Component时，只是执行一些数据库表的操作，导致表示层的负载较大。后来，我们重新设计时，总结归纳了所有的Use Case，找出了其中可供共享和复用的接口，把相同的业务逻辑操作封装到一个接口中去。因为 Java的执行效率比Java Script要高，因此提高了系统效率。
（3）在别的项目中，我们曾大量地使用过Java中的JSP技术和Servlet技术，一般人可能不能区分这两种Java技术的区别。为了得到系统的一些执行速率的数据，我们采用了一个著名的压力测试软件——Load Runner来测试这两种技术的差别。测试表明：用JSP和Servlet完成同样的一个操作，并且保证是在相同的测试环境中（相同服务器、压力测试工作站与数据库环境），得到的测试数据却有着很大差别，JSP完成一个操作的平均执行时间大致会是Servlet程序的两倍。在一个企业级应用项目中，这可能是一个很关键的瓶颈。因此，我们得出的结论是：在可能的条件下，尽量地多使用Servlet。当然，与Servlet相比，JSP编程快速，修改方便，在访问量不是很大的应用场合下也是可以接受的。
（4）使用Java作为整体解决方案时，应尽量使用相同版本的JDK。在用Java作为编程语言的项目中，几乎大多要遇到“汉字”问题，即Java在没有经过转换的情况下，在输出汉字时，很可能会出现乱码。采用不同版本的JDK，解决的方案是不一样的，比如V1.2.2版本的JDK和V1.3版本的JDK解决方法就会有一些不一样，把V1.2.2的Java程序放在V1.3的JDK中，就不能顺利输出汉字了。其根本原因在于Java使用了Unicode编码，和我们中国的国标编码不一样。所以在这个意义上一些人竭力鼓吹的“一次编写，到处运行”似乎不一定能在所有的场合都行得通。
（5）使用Java时，应尽量遵从软件规范。在Java中有一个JVM的概念，即在Java虚拟机中使用了一个垃圾收集器，专门用来回收内存。但是该垃圾收集器在给编程人员带来方便的同时，也隐埋下了隐患。在程序设计中，并不能强制执行垃圾收集器，所以，开发人员不能确定某对象是否已释放，常常让编程人员养成依赖自动收集的坏习惯，因此我们要求：在Try，Catch之后必须明确要求回收内存（当然，也只能是通知垃圾收集器来回收垃圾），这样可以有效地提高系统稳定性。
以上这些实用性的技术与策略，是我们在实践中的一些实际体会，仅供各位开发人员根据实际情况参考。
当然，在使用Java作为解决方案时，也会遇到很多让我们头疼的问题，这些问题导致同时执行的并发性比较差，系统速度慢等等。归纳起来看，我们曾遇到过的主要具体的问题有：
（1）用Java来实现CORBA中的Component，有时效率会比较低。
（2）用Java来建立数据库连接往往会比较慢。
（3）用JSP编程时容易导致系统信息的扩散。比如，如果有黑客攻击一台运行JSP程序的服务器，他可以故意地输入一些非法字符或异常信息给JSP程序，于是程序执行将出现异常。这时，就会在页面上打印出相应的错误信息。很不幸的是，这些信息极有可能暴露出这台服务器的JDK的版本号与路径信息等内容。这往往容易让黑客们有机可乘，有可能去抓住系统的漏洞。
在发现了这些问题后，我们经过仔细研究，找出了一些解决办法。比如：
（1）既然用Java实现Component比较慢，我们就尽量减少Component所执行的业务逻辑量。争取把能够放在存储过程中实现的操作，尽可能在存储过程中加以实现。众所周知，数据库的存储过程操作，比起在Java程序中执行数据库操作要快得多。
（2）既然用Java建立数据库连接比较慢，我们就可以把数据库连接封装成连接池（Connect Pool），从而能非常有效地提高系统效率。我们也曾经用“Load Runner”作过压力测试，使用连接池比不使用连接池的速度要快上3～5倍。
（3）为了对付JSP程序与Servlet程序会打印出异常系统信息的问题。我们曾查阅了很多JSP或Servlet的资料，最终是毫无头绪。但是我们可以换另一种思路，即是不从程序下手，而从Web Server着手，我们可以把Apache配置成为使这类异常信息不再打印出来，而是使之仅出现一个通用的异常说明的页面，这样，就能十分有效地解决这个问题。
在我们使用Java作为编程语言的这么多项目中，绝大多数是比较成功的。Java语言作为一种快捷、稳定的计算机语言，开发基于因特网应用的项目大多是相当稳定和比较适用的。
在我个人看来，Java的应用前景十分光明，大体上可以着眼于以下方面：
（1）在因特网上将会有更加广泛的应用。
（2）在嵌入式设备中，Java也大有用武之地。比如，在最新推出的Java技术中，Java已经进入了手机领域。
（3）Java程序大多以线程运行，占用资源少，会逐步代替ASP与CGI程序。根据第三方测试表明：JSP程序比ASP程序要快2倍以上。用JSP代替ASP应是大势所趋。
（4）Java在无线互联网中的应用将会更加广泛。Java支持WAP，可以方便地用Java开发WAP程序，实现WAP应用。
（5）Java与XML的无缝连接使Java在数据传输和异构网络通信方面有着很大的优势。
就我个人而言，我将会在相当长一段时期内致力于Java在无线互联中的应用，为我国的移动通信事业开发出更多的优秀实用的项目。
评注；参与了一个较大的项目后有实践体会。全文都采用1、2、3、4方式，文章的风格显得单调，不大吸引人。但是本文的优点是；（1）写得很有条理。（2）内容的选择合适。（3）所列举的策略、注意事项与发现的问题都很现实可信。（本文主要参考了广州王海波等人论文）
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
