日期：2011-03-22 16:16:00 来源：本站整理
要注意的问题[Java编程]
本文“要注意的问题[Java编程]”是由七道奇为您精心收集，来源于网络转载，文章版权归文章作者所有，本站不对其观点以及内容做任何评价，请读者自行判断，以下是其具体内容：
前面采纳的仿佛是一种完善的办法.没有CGI编程,所以在服务器启动一个CGI程序时不会呈现耽误.数据报方法仿佛能产生非常快的呼应.此外,一旦Java 1.1得到绝大大都人的采取,服务器端的那一部份便可完好用Java编写（固然操纵尺度输入和输出同一个非Java程序衔接也非常简单）.
但必须注意到一些问题.此中一个分外简单忽视:由于Java利用在服务器上是持续运行的,并且会把大大都时间花在Datagram.receive()办法的等候上面,这样便为CPU带来了额外的开销.至少,我在自己的服务器上便发现了这个问题.另一方面,那个服务器上不会发生其他更多的事情.并且假定我们利用一个任务更为沉重的服务器,启动程序用“nice”（一个Unix程序,用于避免进程贪吃CPU资源）或其他等价程序便可办理问题.在很多情形下,都有必要留神象这样的一些利用——一个堵塞的receive()完好大概造成CPU的瘫痪.
第二个问题触及防火墙.可将防火墙理解成自己的本地网与因特网之间的一道墙（实际是一个专用机械或防火墙软件）.它监督收支因特网的全部通信,确保这些通信不违反预设的法则.
防火墙显得多少有些保守,要求严峻服从全部法则.假定没有服从,它们会无情地把它们拒之门外.比方,假定我们位于防火墙背面的一个网络中,开始用Web浏览器同因特网衔接,防火墙要求全部传输都用可以承受的http端口同服务器衔接,这个端口是80.目前来了这个Java程序片NameSender,它试图将一个数据报传到端口8080,这是为了越过“受保护”的端口范围0-1024而设置的.防火墙很自然地把它想象成最坏的情形——有人利用病毒大概不法扫描端口——根本不答应传输的持续举行.
只要我们的客户成立的是与因特网的原始衔接（比方通过典型的ISP接驳Internet）,就不会呈现此类防火墙问题.但也大概有一些重要的客户躲藏在防火墙后,他们便不能利用我们计划的程序.
在学过有关Java的这么多东西今后,这是一件令人相当懊丧的事情,因为看来必须放弃在服务器上利用Java,改成学习若何编写C或Perl脚本程序.但请大家不要绝望.
一个超卓筹划是由Sun公司提出的.如一切按筹划举行,Web服务器终究都装备“小服务程序”大概“服务程序片”（Servlet）.它们负责接纳来自客户的恳求（经过防火墙答应的80端口）.并且不再是启动一个CGI程序,它们会启动小服务程序.按照Sun的假想,这些小服务程序都是用Java编写的,并且只能在服务器上运行.运行这种小程序的服务器会自动启动它们,令其对客户的恳求举行处理.这意味着我们的全部程序都可以用Java写成（100%纯咖啡）.这明显是一种非常吸惹人的设法:一旦习惯了Java,就没必要换用其他语言在服务器上处理客户恳求.
由于只能在服务器上掌握恳求,所以小服务程序API没有供应GUI功效.这对NameCollector.java来说非常合适,它本来就不需求任何图形界面.
在本书写作时,java.sun.com已供应了一个非常便宜的小服务程序专用服务器.Sun鼓舞其他Web服务器开辟者为他们的服务器软件产品加入对小服务程序的支持.
以上是“要注意的问题[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：
| 本文地址： | 与您的QQ/BBS好友分享! |
- 好的评价 如果您觉得此文章好，就请您
0%(0) 
- 差的评价 如果您觉得此文章差，就请您
0%(0) 
- ·上一篇文章：一个Web操纵
- ·下一篇文章：远程接口概念
- ·
中查找“要注意的问题”更多相关内容 - ·
中查找“要注意的问题”更多相关内容
评论内容只代表网友观点，与本站立场无关！
评论摘要(共 0 条，得分 0 分，平均 0 分)
查看完整评论