Http 历险记(上)

 

一个Http 请求在服务器端遇到了什么事情?...



第一章 Nginx  大厦

汽车终于到站, 我带着保险柜从车上下来, 我想这应该是目的地了, 这是一个叫mytaobao.com的大厦,上面有两个入口 “80号通道” 和 "443号通道"。

从浏览器村出发的时候, 老IE就告诉过我, 找到这个大厦, 走安全通道进去,  自然有人接待。

(码农翻身注: 关于老IE 参见《IE为什么把Chrome和火狐打伤了》)

哪个是安全通道?  我看到这两个通道都有很多人进进出出,有点犯嘀咕了, 正琢磨着呢, 里边出来一个保安, 用很鄙视的语气对我说:

"还愣着干嘛, 还不赶紧进443通道"

"为啥啊?"

"你没看运你来的车吗? 上面写着HTTPS :443 端口"

奥,我确实是没有注意到, 赶紧进去吧。

进入443通道, 果然如老IE所说, 里边马上就迎过来一个人, 穿着服务员的衣服, 很热情的说:

"我是4号长工, 很高兴为您服务"

"长工? 你们这儿还是封建社会啊?"

"是啊, 我们这儿还有地主呢,时不时给我们4个长工发号施令,对我们压榨的很厉害啊, 你看前面这么多人,这么多活, 就我们4个长工干"

我往前一看, 可不是, 前面的大厅熙熙攘攘, 但是穿服务员衣服的,我只看到4个人 。

"我和你们老IE的连接很早就建立了, 你怎么才来啊“  4号长工问我。

"唉, 这一路实在是太远了, 先是坐着驴车从浏览器村出发, 然后坐汽车, 然后坐飞机, 中间还在几个路由器中转了好几次, 这才来到这里。 "

4号长工有个办公桌,  已经围了不少人, 七嘴八舌的问他:

"我的那个图片取出来没有, 我都等了半边了”

"我的javascript文件呢?"

"我的css的呢?"

"我的html呢?"

要是我估计头都炸了, 但是4号长工见怪不怪, 淡定的统一回复:"对不起, 再等等吧, 数据取出来了会通知我的"。

听到这句话, 我的脑子立刻亮了, 我看过《Node.js 我只需要一个店小二》, 看来这些长工们干活的方式和Node.js一样啊, 一人应付所有客户, 都是事件驱动, 怪不得他们4个长工能服务这么多人。

4号长工对我说:  "把你的保险柜给我, 我和你们老IE 建立连接的时候已经确定钥匙了,  我打开才能看其中的包裹"

(码农翻身注:保险柜和钥匙指的是加密通信, 即HTTPS,  参见《对浏览器村的第二次采访》)

我把保险柜放到地上, 他掏出钥匙,顺利的打开了 , 里边的包裹上写着: HTTP POST  login.action

"奥, 你这个包裹请求的东西我们这里处理不了, 需要你到Tomcat大厦去"

"为啥啊?"

"我们Nginx只负责静态文件比如图片,javascript, html文件等, 你这里请求的是动态页面, login.action , 由后面的Tomcat 执行应用程序才能搞定"

"Tomcat在哪儿? " 我问道

"我们这儿有4个Tomcat,你等等啊, 我看看哪个Tomcat大厦人少一点 , 恩, 你去 192.168.0.102 这个Tomcat吧, 走8080通道"

我心里想着是不是还要坐驴车去,  那样就太痛苦了。

4号长工可能看出来了我的心思, 把我到了一个管道前, 对我说: “跳进去就行了,很快就到”

周围的人都幸灾乐祸的看着我, 似乎我此行一去不复返了。

我咬咬牙,跳了进去。

第二章 Tomcat

这只是连接两个大厦的滑道而已, 我舒舒服服的从Nginx大厦滑到了Tomcat大厦的一个大厅里。

落地一看,  这里的人也真不少啊, 但是和Nginx大厦有个显著的不同:

那里是4个长工被所有人“围攻", 吵吵嚷嚷的,   这里每个人都有一个穿着黄色制服的服务员进行1对1贴心服务, 安静多了 。

只听见大喇叭响了: "0x6904 ,客人来了,快来招呼下"

一个小个子从旁边的屋子里跑出来, 也是黄色制服, 胸前的工牌上写着几个大字: 线程0x6904

"May I help you , sir ? "  这家伙还是个假洋鬼子, 我一听就来气。

"把这个包裹给我处理喽"  我没声好气的说。

0x6904不说话, 只是伸出手来, 大拇指在食指和中指上快速的摩擦着, 很明显,这是要钱。

我更生气了: "你们这儿还收费吗?,人家Ngnix 一个长工服务那么多人都不要钱。"

"Ngnix啊, 我知道, 他们工资高啊, 你别看我们这儿有200人, 也是和Nginx他们一样, 按服务的人头付工资, 但是我们老板规定 ,这儿是1对1 VIP贴心服务,  现在淡季,我一天都不一定能接待几个, 不收点小费怎么活啊 "

我想了想也是, 就给他掏了10块钱。

0x6904这次把包裹接过来,   然后从口袋里掏出一张纸, 慢腾腾的看了半天说:

"你要处理 login.action 啊  , 你看,我们的web.xml 上写的很清楚,你的包裹由Struts 的filter 老大负责处理“

struts2

org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter

struts2

*.action

所有的.action 请求都得找Struts Filter 老大, 我的包裹也不例外。

Filter老大的房间很气派, 尤其是墙上,密密麻麻的贴着各种表格, 箭头。   0x6904 走上前去询问, 我就站在那里看墙上那个struts.xml 。

我发现上面写着 login -->LoginAction.java ,  难不成还得去找 LoginAction.java?

"老大, 您帮忙看看这个包裹吧"  0x6904 问道。

Filter老大忙的要死, 只是瞥了一眼, 头都不抬: " 到二楼去找LoginAction "

果然是这样!  我估计他已经处理过无数这样的包裹了,  因为墙上的图标什么的都有些泛黄, 有些时日了, 他肯定把这些东西都背下来(缓存下来)了, 所以根本不用查。

(未完待续)
相关阅读:

《IE为什么把Chrome和火狐打伤了》

《对浏览器村的第二次采访》

《Node.js :我只需要一个店小二》
公共号 码农翻身

“码农翻身”公众号由工作15年的前IBM架构师创建,分享编程和职场的经验教训。


    关注 码农翻身


微信扫一扫关注公众号

0 个评论

要回复文章请先登录注册