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 老大负责处理“

<filter>

<filter-name>struts2</filter-name>

<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>

</filter>

<filter-mapping>

<filter-name>struts2</filter-name>

<url-pattern>*.action</url-pattern>

</filter-mapping>

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

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

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

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

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

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

(未完待续)

相关阅读：

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

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

《Node.js :我只需要一个店小二》

公共号 码农翻身

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