Jexus作為一款運行于linux/FreeBSD平臺上，以支持asp.net著稱的高性能HTTP服務(wù)器和反向代理服務(wù)器，繼5.6版完成對OWIN標(biāo)準(zhǔn)應(yīng)用的支持后，就把著力點放到了對ASP.NET5的支持。

      但是，由于ASP.NET5與之前的ASP.NET相比，不管是從運行環(huán)境還是部署方式都發(fā)生了革命性的變化，Jexus很難像“前ASP.NET時代”那樣，把ASP.NET5輕易地納入其工作進程內(nèi)直接運行。

      支持ASP.NET5，擺在Jexus面前有多種待選方案，比如利用OWIN協(xié)議針對ASP.NET5開發(fā)專用的適配器，或者利用Jexus的反向代理功能，等等等等，但反復(fù)權(quán)衡之后，Jexus 5.8.1版選擇了一條更加直捷且現(xiàn)實可行的方案：使用一種類似于“端口轉(zhuǎn)發(fā)”的新功能，把網(wǎng)站端口與應(yīng)用程序宿主端口“橋接”起來。

      之所以選擇這個方案，是因為其它方案目前的局限性都比較大：

      1，OWIN方案。由于mono與.NET Core是完全不同的兩個運行平臺，本質(zhì)上有很大的不同，為在Jexus進程內(nèi)運行的OWIN適配器的開發(fā)工作造成了極大的困難，而且ASP.NET5還在發(fā)展中，架構(gòu)方面、API方面都有相當(dāng)?shù)牟淮_定性；

      2，反向代理方案。Jexus支持反向代理并且可以利用它做負(fù)載均衡，但是，反向代理由于需要對外部用戶發(fā)過來的請求包和工作服務(wù)器發(fā)回來的響應(yīng)包進行不同程度的解析和重組，必然會消耗一定的計算資源。而且，反向代理對于WebSocket等技術(shù)的支持也有很大的難度和更大的性能消耗；

      3，基于.NET Core重新改寫Jexus。這個方案明顯不現(xiàn)實：原因之一，Jexus必須繼續(xù)支持已經(jīng)在生產(chǎn)環(huán)境中被廣泛使用的“前ASP.NET”，如果基于core改寫，就會出現(xiàn)與“前ASP.NET”兼容性問題甚至出現(xiàn)“斷代”風(fēng)險，這絕不是Jexus用戶愿意看到的事；原因之二，Jexus已經(jīng)是一個開發(fā)了多年的成熟的WEB服務(wù)器，重寫Jexus絕不是一個簡單的事情，需要花費相當(dāng)長的時間和非常大的精力。

      端口“轉(zhuǎn)發(fā)”有著類式端口“橋接”的直接效果，它既避免OWIN方案的開發(fā)難度，也避免了反向代理方案在性能方面的耗損和應(yīng)用層交互協(xié)議的局限性。而且更重要的是，這個方案在支持微軟為ASP.NET5量身打造的Kestrel這個宿主服務(wù)器的同時，也支持其它的花樣繁多的自宿主應(yīng)用，把Tomcat、node.js的服務(wù)讓Jeuxs整合起來對外統(tǒng)一用80端口提供服務(wù)，也完全是可行的。

      Jexus 5.8.1 BETA1已經(jīng)發(fā)布，感興趣的朋友可以到 http://www.linuxdot.net/ 去下載。

      ASP.NET跨平臺技術(shù)QQ群：102732979。