這個問題比較小眾，卻是不好解決，在將多個站點遷移到一個站點（Tenant Feature）的時候碰到了一個棘手的問題，用戶需要綁定自定義域名，但IIS綁定域名的時候會導致這個站點重啟，那么只要一個用戶綁定了一個域名則會導致這個應用上的其它租戶都會受到影響，下面寫出我們的解決方案，但不一定是最優的。

問題在IIS上綁定域名導致應用程序重啟

一個簡單的測試

1.新建一個空MVC項目，在MvcApplication類中定義一個全局的靜態變量

2.創建一個控制器和視圖

3.在視圖頁對MvcApplication中的Count進行++并輸出

4.訪問幾次頁面

5.綁定一個域名

6.刷新頁面

至此驗證完成，可以看到應用被重啟了。

為什么綁定域名會導致應用程序重啟

其實原理和更改Web.config文件會導致應用重啟啟動是一樣的，因為綁定域名時實際在C:\Windows\System32\inetsrv\config\applicationHost.config文件中增加一了一段配置，如下：

使用Nginx解決問題

為了解決這個問題可謂是找了很多資料，最終無奈使用一個代理服務器來解決這個問題，雖然我覺得在這里Nginx受了委屈，因為它更大的作用是負載均衡，但能解決問題就行，以后在大訪問量的時候也可以派上用場，下面就簡述下使用Nginx解決這個問題的過程。

原理其實非常簡單，在用戶訪問一個Url時由Nginx去分配，這樣域名就可以不用直接綁定在IIS上，而由Nginx來分配域名指向哪里。

提前在IIS上綁定無數個泛解析域名

比如：site1.cs.xxx.com~site9999999.cs.xxx.com，這樣就免去了在新增Tenant時需要綁定域名的尷尬。

將綁定自定義域名的動作交給Nginx

Nginx沒有提供什么API，只有一個配置文件和幾個命令，所以我們要做的就是將在Nginx上配置域名的動作自動化，我們為此寫了一個Daemon Service來完成這個動作，下面會介紹并放出這個守護程序的使用說明及源碼。

這樣IIS綁定域名的問題就解決了，但其實在這個方案之前我們還有過其他的方案。

被Pass掉的方案

1.一臺服務器只掛一個站點，而這個站點不綁定任何域名，所有指向這個服務器IP的80端口的請求全部由這個站來響應。

Pass原因：浪費資源，80端口被極大的浪費。

2.每天定點綁定域名

Pass原因：用戶綁完域名后生效時間不確定，可能需要等到晚上12點之后才能生效。

Nginx自動化配置

Server

守護服務的主要原理是這樣的，守護服務提供一個WCF服務，這個WCF服務中有兩個操作，綁定域名和刪除域名，服務約束如下：

具體實現代碼就不演示了。

使用說明

1.配置守護服務（App.config）

主要有兩個配置：

NginxPath：Nginx的存放路徑，因為我要找到配置文件和nginx.exe，你懂的。

RunModel：因為Nginx只提供了命令行的模式去執行，所以我需要借助PowerShell或CMD，注意如果使用PowerShell，則PowerShell的版本必須為3.0及以上。

2.配置Nginx

因為Nginx默認的配置文件中有很多配置，所以我們單獨把域名的配置獨立出來，這就需要對Nginx原有的配置進行一些修改。

打開nginx-1.7.2\conf\nginx.conf文件，在http節點下添加配置 include custom.conf;

到這里我們的配置就完成了，接下來啟動服務。

Client

1.添加服務引用

2.添加如下測試代碼

運行之后會發現nginx-1.7.2\conf\下多出了一個custom.conf文件。

內容為：

到這里我們就測試通過啦，如果想看效果請自行hosts映射test1.com和test2.com到本地IP。

為了防止綁定失敗我們同時在服務的根目錄下保存了domains.xml文件，域名的綁定信息也會在此保留，這樣大家就可以自己還原啦。

Daemon Service Source Code

http://files.cnblogs.com/ants/ChunSun.NginxServer.DaemonService.zip

說明：該源碼是我精簡過后的，原來的源碼是基于Rabbit Kernel的，所以精簡后的源碼沒有提供日志等功能的支持，大家可以自行添加。