由服务器想到的

     很早的时候不知道什么是服务器,给我感觉好象很抽象。后来接触了Linux,配置过几个服务,如

Apache,FTP,NDS SendMail等等,原来破电脑加点服务软件就可以称为服务器,多少有点让我目瞪口呆。

那个时候,水平也差,基本上是只处于简单配置水准,自己感觉就像是个网络管理员。 Linux本身可以看

做是服务器操作系统,或者说是个大一点的服务软件,在/home目录下,可以建立很多用户目录,自己管

自己的东西,当然你也可以给别人看,只要给对方权限就行。这所谓的东西,应该只有一份吧,我给了甲

乙两人读写权限,同一时,甲乙都读,估计不行,线程安全的。实现方式,想起来,用操作系统的文件系

统来说,就应该是信号量;用数据库的思想来说,应该是悲观锁乐观锁什么的,反正是一把锁。但是,甲

乙两个人同时登入是OK 的,会创建两个shell,配合甲乙两个人实现独立操作。本质上讲,甲乙两人能连

到我这里,是借助于一种程序的,当然配合这程序,我这里也得需要一种程序。这样看,好象有C/S的意

思,但是,基本上Linux把C/S的两端的程序都装了,实际中,就好象没有这么C/S个概念。 Ftp服务和上

面服务很类似,假如把Linux比做顶层容易,在这个容器下就可以加Ftp组件,那个这个容器与组件之间关

系复杂,再加上是C/S 概念,F tp组件实现Ftp协议,服务端和客户端分出,至少在概念上多了层繁杂。对

此关系,我没有研究过,谈不出什么来。 转到J2EE 上来,Apache服务实现HTTP协议,假若需要实现动

态网页服务,则可用Apache-Tomcat服务,当然还有其他的服务器,只要服务实现Servlet/Jsp容器功能就

行。服务器上有东西,当然也是独一无二的一份,甲乙两个人可以同时登入服务器,同时修改,同时存

取。各管各的,甲修改后的这份东西不影响乙的那份,乙也同样不影响甲,服务器上还是最早那份,自始

至终也不会变。把Tomcat也比做一个组件,登入功能没有放到顶层容器Linux去,就是说要由组件自己来实

现,其实,现实中Tomcat(Servlet/Jsp容器的一种)也没有做这个功能,它下面还有有一个组件 叫

Servlet,由它来实现,基本上,登入功能的实现还得让开发者自己来写。我在想,为什么不放到Tomcat中

去,简化开发者的负担呢? Tomcat组件由一些小组件构成,这些组件有层次,有先后次序的关系。S

ervice 到 connector,再到Engine,再到Host,最后在Context停留。一个Context对应于一个Web

Application。Context也可以看做一个容器,它上面有ServletManager和SessionManager组件,我的意

思,再设计个LoginManager上去。J2EE开发者只开发真正的业务逻辑。真正的业务逻辑由什么语言工具

来开发?当然是Servlet了,它比较复杂,把它本身当做为一个业务来考虑,外国人发明了

Struts,Tapestry,WebWork,JSF等等。我这里拿Tapestry来说事,Tapestry完全用Java 写的,它继承于

HttpServlet。Tapestry主要由一个或者多个引擎构成,每个客户都用这个引擎,这些引擎没有副本,只有

它自己。引擎管理着一个页面池,里面放唯一的互不相同的页面,这些页面可以被任何一个客户口访问。

说到这里的话,和操作系统的内存管理很像,从硬盘读取很费时间,从内存上读取就快很多,所以内存和

硬盘之间有个调度逻辑,同样,从页面池中访问页面速度要快很多,因为不要组装页面了,页面是现成

的。读页面,假如页面池中有该页面,就直接读,读完了再放回去;假如没有,就得先组装该页面后才能

读取,读取完了也放回到页面池中去,下次读这张页面,就不需要组装该页,提高速度。按照这个思路,

甲读完一张叫X 的页面,且做了修改,读完后放回页面池去,接着乙开始读这张X页面,从页面池中获取,

发现是甲修改了后的X 页面。这样的话就乱套了,Tapestry(当然其他的Web构架也可以这样)的开发者

很聪明,加了一个PageRecoder 结构,专门用来解决这个问题。这个解决方法是个亮点。继续说

Tapestry,Engine 其实是由“Tapestry 的 Servlet ”放到一个持久色session中去的。用Engine它来处理

各个客户端的请求,假如让我来设计的话,页面的内容已经不用管理了,Engine的PagePools和

PageRecorders已经可以做好,但是,对于每个客户的请求怎么做处理呢?比若甲发出这么一个请求

http://mysite.com/index.page?pid =1 ,乙发出这么个http://mysite.com/index.page?pid =2,这pid的值是不

一样的,怎么保存这个量?没有看Tapestry的资料,我自己猜想:利用Tapestry的上一层容器中的

SessionManager先做出判断,利用sessionid判断出这是甲乙两个用户的请求,自然会创建出两个会话。

Engine把pid的值放到各自的session中去。要做到可以存取这个pid变量,那么Engine要有到这2个session

的指针才行,用RequestContext是否可以实现这个“指针”的概念呢?想起来是应该可以的,

RequestContext可以看成是HttpservletRequest和HttpservletResponse的集合,而这2个不正是基于

session会话机制的吗?String temppid = requestContext.getParameters(“pid”),

requestContext.getSession().setAttribute(“pid”,temppid);这样就pid变量放到各自的session中去了。

而页面发出这样http://mysite.com/index.page?pid =1之类的请求,就可以用Component来做了,必须要做

到,在RenderComponent之后的,完全转变成这种http://mysite.com/index.page?pid =1类试的请求,以便

可以让浏览器解析之后的页面上用户一点,就可以发出该请求。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值