selenium server 工作原理，原文描述摘自百度，原理图自己画了一下：
Selenium Server主要控制浏览器行为，总的来说，Selenium Server由三部分组成：Launcher、Http Proxy、Selenium Core，其中Selenium Core是在Selenium Server启动浏览器时，嵌入到浏览器中的。Selenium Core是一堆Javascript函数集合，当Selenium RC通过网络与 Selenium Server通讯时（通过简单的Http Get或Post请求），Selenium Server解析客户端请求为Selenese Command，然后就会调用相应的JS函数来控制浏览器操作。
(1).测试案例（Testcase）通过Client Lib的接口向Selenium Server发送Http请求，要求和Selenium Server建立连接。
为什么要通过发送Http请求控制Selenium Server而不采用其他方式呢？从上文可以看出，Selenium Server是一个独立的中间服务器（确切地说是代理服务器），它可以架设在其他机器上！所以测试案例通过发送HTTP请求去控制Selenium Server是很正常的。
(2).Selenium Server的Launcher启动浏览器，把Selenium Core加载入浏览器页面当中，并把浏览器的代理设置为Selenium Server的Http Proxy。
(3).测试案例通过Client Lib的接口向Selenium Server发送Http请求，Selenium Server对请求进行解析，然后通过Http Proxy发送JS命令通知Selenium Core执行操作浏览器的动作。
(4).Selenium Core接收到指令后，执行操作。
(5).浏览器收到新的页面请求信息（因为在(4)中，Selenium Core的操作可能引发新的页面请求），于是发送Http请求，请求新的Web页面。
由于Selenium Server在启动浏览器时做了手脚，所以Selenium Server会接收到所有由它启动的浏览器发送的请求。
(6).Selenium Server接收到浏览器的发送的Http请求后，自己重组Http请求，获取对应的Web页面。
(7).Selenium Server的Http Proxy把接收的Web页面返回给浏览器。
因为浏览器存在同源策略，所以Selenium RC中的Selenium Server需要以这种代理模式运行。
2.多节点GRID分布式用例执行
（原理图简单画了下，如下图：）
1)由于机器有限，我这里使用虚拟机代替，启动二台虚拟机（需要安装相应的浏览器以及驱动，java环境和selenium-server）
2)这是第二台机器 192.168.1.103 启用 5556这个端口，可以通过LOG看到它与HUB机的连接信息
3）第一台机器192.168.1.102 安装的是IE浏览器，通过远程调用机器来执行相关的测试用例，OK，成功。
4）第二台机器 192.168.1.103 安装的是chrome浏览器，同样的测试用例一样可以通过远程调用脚本来执行。
5）这是HUB机上面的运行脚本，可以看到调用的是二个分节点的机器，HUB与各个浏览器能够进行准确的交互主要是靠session ID来进行区分，以下可以看到用例运行的结果，为了清晰的区分我加上了一些打印信息。
