guacamole学习小结（二）

整体架构

1、红色代表进程，绿色代表线程。

2、每个浏览器访问远程桌面的时候，都会创建两个线程，一个connection_io线程，一个user线程。

3、第一个访问某台远程桌面的人将会默认视为这个远程桌面的拥有者，就会创建最里面的那个小红框子进程，后续的user线程都是这个小红框进程创建的，前提是访问同一台远程桌面，用户每访问一个新的远程桌面（从未被连接过的，断开连接也算未连接）就会创建一个小红框进程。

4、connection_io线程只负责接收转发数据，中转站，没有逻辑处理。

5、user线程是实际处理事务的线程，里面拥有各种处理函数，负责与远程桌面连接，支持协议有很多：SSH、VNC等。

6、Tomcat里面的web应用和外面的Guacd整体可以视为一个Guacamole Server，不过可以安装在不同服务器上面。

7、connection_io线程的实现，其实connection_io线程内部又创建了一个线程，也就是说上图connection_io实际上是两个线程，它们的作用分别是接收来自user线程的报文转发给web应用，另一个线程的作用是接收来自web应用的报文转发给user线程。（由于两个线程功能是一致的，本文描述的时候说是一个线程，比较好描述）

8、user线程内部实现，user线程主要解析来自web应用的报文（Guacamole协议），得到命令和命令的参数，再根据命令调用相应的回调函数。

9、web应用和connection_io线程通信使用套接字（可以使用SSL，如果两方都支持的话），user和connection_io线程通信使用socketpair全双工通信，浏览器和web应用用HTML通信，user线程和远程桌面用相应的远程桌面协议通信，而从整体来说guacd和web应用通信的报文是Guacamole协议。

10、Guacd是守护进程。

11、上面只是举例了两个用户同时访问同一个远程桌面的例子。

 

 

上面第8点细致说一下，Guacamole Server早就为各个协议封装了相应的库文件，库名字类似libguac-client-XXX.so，XXX就是协议名字，当出现新的远程协议的时候可以再次封装成这样。默认的初始化相应远程桌面的函数所有都叫guac_client_init，但是不同协议的内容可能不一样。如何根据命令找到相应函数呢，命令也就只是一个字符串，实际上是通过下面这种方式绑定的。

__guac_instruction_handler_mapping __guac_handshake_handler_map[] = {
    {"size",     __guac_handshake_size_handler},
    {"audio",    __guac_handshake_audio_handler},
    {"video",    __guac_handshake_video_handler},
    {"image",    __guac_handshake_image_handler},
    {"timezone", __guac_handshake_timezone_handler},
    {NULL,       NULL}
};

一种结构体，字符串加函数指针实现，就能由命令跳转到相应结构体执行函数。

那命令的参数又怎么传递呢，其实就跟C语言的main函数里面的参数一样，上面所有的函数指针参数类似：

int __guac_instruction_handler(guac_user* user, int argc, char** argv);

多少个参数都能传递，返回值代表执行是否出错。