我们先来看看Web Interface的整个执行流程，具体分析过程就不详细说了，只看过程，这次分析的版本是最新的Web Interface5.4.

首先：在IE地址栏输入http://www.xenme.com地址的时候（测试的时候我是用的内网DNS解析），第一次加载的是IIS根目录（wwwroot）中的WebInterface.htm文件，这个页面只是一个跳转，用来实现默认站点的作用，至于和其他站点共存时，修改默认文件顺序以及定制该页面，等有时间再细说。

然后由WebInterface.htm跳转到citrix/desktopweb，此时IIS会发送301到IE浏览器，并由浏览器跳转到citrix/desktopweb/。为什么我要提到这个IIS和客户端的处理细节呢？因为这个会导致NetScaler的一些问题。这次就先不说了。那个问题，另外文章介绍。

跳转到desktop/目录的时候，会优先加载default.htm，该文件主要用来检测客户端显示设备的大小（宽度是否小于500），来跳转到不同的loading页面。 大屏幕终端会显示图像loading页面，而小屏幕只能终端会显示文本loading页面。

loading.htm页面执行过程中会有javascript来跳转到 citrix/desktopweb/auth/silentdetection.aspx页面来检测客户端是否安装插件和满足需求。

在Detection 操作完成并满足必要的条件以后，才会跳转到citrix/desktopweb/auth/login.aspx来等待用户登陆

顺便说一句：前期的loading页面都是htm静态文件，而且css都是内联写在HTML代码中的，所以要实现样式的定制和修改是非常简单的。