# ASP.NET 开发必备知识点(1):如何让Asp.net网站运行在自定义的Web服务器上
## 一、前言
大家都知道,在之前,我们Asp.net 的网站都只能部署在IIS上,并且IIS也只存在于Windows上,这样Asp.net开发的网站就难以做到跨平台。由于微软的各项技术的开源,所以微软自然要对跨平台做出支持的。OWIN技术就可以使得Web 服务器不再依赖于IIS,从而使得Asp.net 网站不再依赖于Windows。是不是有了OWIN,就不需要安装MONO就可以实现跨平台呢?显然不是,有了OWIN要实现跨平台还是要依赖与MONO,因为MONO提供了在Liunx环境下.NET代码的运行环境,而OWIN只是分离了Web应用程序与Web Server之间的紧耦合罢了。
## 二、使Asp.net网站跨平台成为可能的机制——OWIN
前面我们已经引出了使得Asp.net网站跨平台成为可能的机制就是OWIN,下面让我们具体看看什么是OWIN。
OWIN全称是——Open Web Interface For .NET。从名字上可以看出,它是一套接口定义,它完整定义如下:
OWIN在.NET Web Servers与Web Application之间定义了一套标准接口,OWIN的**目标是用于解耦Web Server和Web Application**。基于此标准,鼓励开发者开发简单、灵活的模块,从而推进.NET Web Development开源生态系统的发展。
至于为什么需要OWIN,在前面部分已经介绍过了,就是为了使得Web Application和Web Server解耦,这样就可以使得Asp.net 网站不再依赖与IIS Web Server,从而就不会紧耦合与Windows 操作系统了。(看到这里,你是不是和我学习OWIN有一样的疑问呢?问题是:之前没有OWIN规范不是照样可以通过Mono来实现asp.net 网站的跨平台吗?现在还需要OWIN干什么的?)
对于这个上面的疑问,我后面给出答案。既然OWIN是一套规范,则自然有它定义规范了。OWIN规范中定义了4个组件:
![](https://box.kancloud.cn/2016-01-23_56a2eb45b1a14.png)
Host:主要负责托管应用程序的进程,可以是IIS,也可以自己写的程序等。主要用来启动,加载OWIN组件,以及合理地管理它们。
Server:指的实际的Web Server,负责绑定套接字并对Http请求进行监听,将Request和ReponsedeBody、Header封装成服务OWIN规范的字典并发送到OWIN Middleware Pipeline中进行处理。
Middleware:这个中间件就是用来在OWIN管道中处理请求的组件(**可以把它想象成一个自定义的Http Module**),它会被注册到Owin管道中一起处理Http request。
Application:这个就是我们自己开发的应用程序,或者是网站。
**应用程序代理(Application Delegate)**
Owin规范另一个重要的组成部分是接口的定义,它通过将服务器与应用程序之间的交互归纳为一个方法签名,称之为“应用程序代理”(Applacation Delegate)。具体定义如下:
上面委托的定义中第一参数称为环境字典,而第二个参数Task指的异步执行的方法。之前我们通过HttpContext对象来获得request、Response等对象,基于Owin的应用是通过这个环境字典来获得相应的对象。有了Owin之后,我们就不再与Asp.net管道打交道了,取而代之则是Owin管道。
### Microsoft对OWIN规范的实现——Katana
既然OWIN是一套规范,自然就有其具体的实现,微软根据OWIN规范在Windows下实现了Katana(武士刀)。其开源地址:[http://katanaproject.codeplex.com/](http://katanaproject.codeplex.com/)。
Katana实现了OWIN的4个组件。
1)Host: Kataba为我们提供了3种Host的选择:
* IIS:使用IIS是最简单和向后兼容方式。在这种场景中OWIN管道通过标准的HttpModule和HttpHandler启动。使用此Host你必须使用System.Web作为OWIN Server
* Custom Host: 你也可以选择创建一个自定义宿主来托管应用程序
* OwinHost:Katana自己实现了宿主程序——OwinHost.exe。我们可以利用该宿主来宿主我们的应用程序。
2)Server: Katana对Owin Server的实现提供如下几类实现:
* System.Web: System.Web与IIS两者彼此耦合,当你选择使用System.Web作为Server,此时必须选择IIS为宿主。
* HttpListener:这是OwinHost.exe和定义Host默认的Server。
* WebListener:这是ASP.NET vNext默认的轻量级Server。它目前无法使用在Katana张。
3) Middleware: 中间件(Middleware)用来处理Pipeline中的请求。Middleware是Owin Pipeline中处理请求的单元,它可以是Log组件,也可以是Asp.net Web API、SignlR等组件。
4)Application:应用程序的实现代码,可以为Asp.net MVC站点,也可以为Asp.net Web API和SignalR具体的应用实现。
Katana,它只能够运行在Windows中,使得在Windows环境下,我们的Asp.net 网站不完全依赖于IIS;而在Liunx环境下也有OWIN规范的具体实现,就是Jexus Web Server(简称JWS)。所以,我们可以利用Mono+OWIN+Jexus在Liunx环境下部署我们的Asp.net站点,具体部署参考:[ASP.NET Linux部署(2) - MS Owin + WebApi + Mono + Jexus](http://www.cnblogs.com/zergcom/p/4619106.html)。
到这里,你们还记得我文章开头的疑问吗?大家应该都知道,在OWIN规范出现之前,我们就已经可以利用Mono来讲我们的Asp.net 站点部署在Liunx环境下了,之前采用的部署方式是:Mono+Apache/nginx + XSP2。具体部署请参考:[Linux下的.NET之旅:第一站,CentOS+Mono+Xsp构建最简单的ASP.NET服务器](http://www.cnblogs.com/edisonchou/p/3526588.html)。既然以前也可以实现Asp.net 网站在liunx环境下部署,则利用Owin的实现Jexus自然就有其优势,不能也就没有其存在的意义了,这里就涉及到Mono Xsp与基于Owin实现Jexus的一个对比:
_ Mono Xsp 和Jexus有什么区别呢:_
1. _**速度方面:** 对于ASP.NET网页,大压力访问时Jexus处理速度更快; 对于静态文件,Jexus远快于XSP,而且对磁盘的要求和影响小N倍;_
2. _**功能方面:** XSP是以ASP.NET测试工作开发的,功能单调,而Jexus是作为生产环境使用的真实的WEB服务开发的,功能全面,因此,xsp与Jexus在功能上可比性_
3. _**稳定性方面:** Jexus有良好的容错和自动纠错能力,可以长期不间断运行,而XSP是单进程程序,没有任何自动纠错机制,无法保持不间断运行。_
4. _**安全性方面:** Jexus有关键的入侵检测功能,XSP没有任何安全检测功能,没有可比性;_
5. _**多站点支持:** XSP支持一站,Jexus支持任意多网站。_
_更详细内容请参考:[http://www.cnblogs.com/alsw/p/3255984.html](http://www.cnblogs.com/alsw/p/3255984.html)。_
## 三、使用IIS托管Katana-based Asp.net网站
因为Katana为了向后兼容,依然支持IIS作为宿主,下面通过一个例子看看如何将Asp.net 站点托管在Katana-based的IIS中。
1\. 创建一个空的Web Application:
2\. 从Nuget中添加 Microsoft.Owin.Host.SystemWeb包
3\. 添加OWIN Startup类,并添加如下代码在Startup1.Configuration方法中:
```
public void Configuration(IAppBuilder app)
{
// 有关如何配置应用程序的详细信息,请访问 http://go.microsoft.com/fwlink/?LinkID=316888
**app.Run(context =>
{
context.Response.ContentType = "text/plain";
return context.Response.WriteAsync("Hello, world."****);
});**
}
```
按F5运行,你将看到浏览器中打印出“Hello, world”的字样。
虽然同样是托管在IIS,但是所有的请求都会被OWIN来处理。Kanata除了支持IIS托管外,还支持自定义宿主,接下来介绍就是通过创建一个控制台程序来宿主Web 应用程序。
## 四、利于Microsoft.Owin.Host.HttpListener实现自寄宿
OWIN目标就是使得Web Server与Web Application解耦,接下来就具体看看如何将Web应用程序实现自我宿主。
1\. 首先创建一个控制台应用程序
2\. 通过Nuget安装Microsoft.Owin.Hosting和Microsoft.Owin.HttpListener包
3\. 创建OWIN Startup类,该类的具体实现代码:
```
public void Configuration(IAppBuilder app)
{
// 有关如何配置应用程序的详细信息,请访问 http://go.microsoft.com/fwlink/?LinkID=316888
app.Run(context =>
{
context.Response.ContentType = "text/plain";
return context.Response.WriteAsync("Hello, this is Self host");
});
}
```
4\. 在Main方法中加入下面代码来启动我们的网站:
```
static void Main(string[] args)
{
using (WebApp.Start<Startup>(
new StartOptions(url: "http://localhost:8888")))
{
Console.ReadLine();
}
Console.ReadLine();
}
```
运行该控制台程序,然后在浏览器中输入“http://localhost:8888/”将看到如下界面:
![](https://box.kancloud.cn/2016-01-23_56a2eb45bf51e.png)
当然,Katana还支持OwinHost.exe程序来进行宿主,其实现步骤如下所示:
1\. 创建一个空的Web应用程序
2\. 通过Nuget安装OwinHost包
3\. 添加OWIN Startup类,并添加如下代码:
```
public void Configuration(IAppBuilder app)
{
// 有关如何配置应用程序的详细信息,请访问 http://go.microsoft.com/fwlink/?LinkID=316888
app.Run(context =>
{
**context.Response.ContentType** **= "text/plain";
return context.Response.WriteAsync("Hello, This is host in OwinHost.exe."****);**
});
}
```
4\. 设置Web应用程序属性,将宿主从IIS Express更改为OwinHost。具体设置如下图所示:
![](https://box.kancloud.cn/2016-01-23_56a2eb45ceff8.png)
然后运行该网站,你将在浏览器中看到“Hello, This is host in OwinHost.exe.”的字样。
## 五、让Asp.net网站运行在定义的Web服务器上
前面我们简单应用了Kanata支持的三种宿主方式。但如果我们想将我们的Asp.net 网站运行到自定义的Web 服务器上该怎么办呢?朋友们,你们是否还记到,我在C#网络编程系列中,已经实现一个轻量的Web 服务器了。既然OWIN规范可以使得我们可以将Asp.net网站不再依赖于IIS Web 服务器,那自然我们就可以通过自定义Web 服务器,然后让Asp.net运行在我们自定义的Web 服务器上了。接下来让我们具体看看,如何实现Asp.net网站运行在我们自定义的Web 服务器上的。
1\. 首先自定义Web 服务器。具体的实现代码如下所示:
```
using System.Net;
using System.Net.Sockets;
using AppFunc = Func<IDictionary<string, object>, Task>;
public class CustomServer
{
public CustomServer()
{
// Create a configurable instance
}
public void Start(AppFunc next, IList<IDictionary<string, object>> addresses)
{
// 获得本机的Ip地址,即127.0.0.1
IPAddress localaddress = IPAddress.Loopback;
// 创建可以访问的断点,49155表示端口号,如果这里设置为0,表示使用一个由系统分配的空闲的端口号
IPEndPoint endpoint = new IPEndPoint(localaddress, 8888);
// 创建Tcp 监听器
TcpListener tcpListener = new TcpListener(endpoint);
// 启动监听
tcpListener.Start();
Console.WriteLine("Wait an connect Request...");
while (true)
{
// 等待客户连接
TcpClient client = tcpListener.AcceptTcpClient();
if (client.Connected == true)
{
// 输出已经建立连接
Console.WriteLine("Created connection");
}
// 获得一个网络流对象
// 该网络流对象封装了Socket的输入和输出操作
// 此时通过对网络流对象进行写入来返回响应消息
// 通过对网络流对象进行读取来获得请求消息
NetworkStream netstream = client.GetStream();
// 把客户端的请求数据读入保存到一个数组中
byte[] buffer = new byte[2048];
int receivelength = netstream.Read(buffer, 0, 2048);
string requeststring = Encoding.UTF8.GetString(buffer, 0, receivelength);
// 在服务器端输出请求的消息
Console.WriteLine(requeststring);
// 服务器端做出相应内容
// 响应的状态行
string statusLine = "HTTP/1.1 200 OK\r\n";
byte[] responseStatusLineBytes = Encoding.UTF8.GetBytes(statusLine);
string responseBody = "<html><head><title>Default Page</title></head><body><p style='font:bold;font-size:24pt'>Welcome my custom server</p></body></html>";
string responseHeader =
string.Format(
"Content-Type: text/html; charset=UTf-8\r\nContent-Length: {0}\r\n", responseBody.Length);
byte[] responseHeaderBytes = Encoding.UTF8.GetBytes(responseHeader);
byte[] responseBodyBytes = Encoding.UTF8.GetBytes(responseBody);
// 写入状态行信息
netstream.Write(responseStatusLineBytes, 0, responseStatusLineBytes.Length);
// 写入回应的头部
netstream.Write(responseHeaderBytes, 0, responseHeaderBytes.Length);
// 写入回应头部和内容之间的空行
netstream.Write(new byte[] { 13, 10 }, 0, 2);
// 写入回应的内容
netstream.Write(responseBodyBytes, 0, responseBodyBytes.Length);
// 关闭与客户端的连接
client.Close();
Console.ReadKey();
break;
}
// 关闭服务器
tcpListener.Stop();
}
}
using AppFunc = Func<IDictionary<string, object>, Task>;
public static class OwinServerFactory
{
/// <summary>
/// Optional. This gives the server the chance to tell the application about what capabilities are supported.
/// </summary>
/// <param name="properties"></param>
public static void Initialize(IDictionary<string, object> properties)
{
// TODO: Add Owin.Types.BuilderProperties for setting capabilities, etc..
// Consider adding a configurable object to the properties if the application needs to set some specific server settings.
properties[typeof(CustomServer).FullName] = new CustomServer();
}
public static CustomServer Create(AppFunc app, IDictionary<string, object> properties)
{
object obj;
// Get the user configured server instance, if any.
CustomServer server = null;
if (properties.TryGetValue(typeof(CustomServer).FullName, out obj))
{
server = obj as CustomServer;
}
server = server ?? new CustomServer();
// Get the address collection
IList<IDictionary<string, object>> addresses = null;
if (properties.TryGetValue("host.Addresses", out obj))
{
addresses = obj as IList<IDictionary<string, object>>;
}
server.Start(app, addresses);
return server;
}
}
```
2\. 创建一个控制台应用程序来对Web应用程序进行自我宿主。
3\. 通过Nuget添加“Microsoft.Owin.Hosting”包
4\. 添加OWIN Startup类
5\. 往Main方法中添加下面代码:
```
static void Main(string[] args)
{
using (WebApp.Start<Startup>(
new StartOptions(url: "http://localhost:8888") { ServerFactory = "CustomWebServer" }))
{
Console.WriteLine("Started, Press any key to stop.");
Console.ReadLine();
Console.WriteLine("Stopped");
}
}
```
此时,运行该控制台程序,然后在浏览器中输入“localhost:8888”,你将看到如下结果:
![](https://box.kancloud.cn/2016-01-23_56a2eb45e8a09.png)
到此,我们已经将Asp.net站点运行在我们自定义的Web 服务器上了。
## 六、总结
到这里,关于OWIN的介绍就到此结束了,接下来将介绍Asp.net最新的用户权限管理:Asp.net Identity的相关内容。
本文的所有源码下载:[OWINDemo](http://files.cnblogs.com/files/zhili/OWINDemo.rar)
- C# 基础知识系列
- C# 基础知识系列 专题一:深入解析委托——C#中为什么要引入委托
- C# 基础知识系列 专题二:委托的本质论
- C# 基础知识系列 专题三:如何用委托包装多个方法——委托链
- C# 基础知识系列 专题四:事件揭秘
- C# 基础知识系列 专题五:当点击按钮时触发Click事件背后发生的事情
- C# 基础知识系列 专题六:泛型基础篇——为什么引入泛型
- C# 基础知识系列 专题七: 泛型深入理解(一)
- C# 基础知识系列 专题八: 深入理解泛型(二)
- C# 基础知识系列 专题九: 深入理解泛型可变性
- C#基础知识系列 专题十:全面解析可空类型
- C# 基础知识系列 专题十一:匿名方法解析
- C#基础知识系列 专题十二:迭代器
- C#基础知识 专题十三:全面解析对象集合初始化器、匿名类型和隐式类型
- C# 基础知识系列 专题十四:深入理解Lambda表达式
- C# 基础知识系列 专题十五:全面解析扩展方法
- C# 基础知识系列 专题十六:Linq介绍
- C#基础知识系列 专题十七:深入理解动态类型
- 你必须知道的异步编程 C# 5.0 新特性——Async和Await使异步编程更简单
- 全面解析C#中参数传递
- C#基础知识系列 全面解析C#中静态与非静态
- C# 基础知识系列 C#中易混淆的知识点
- C#进阶系列
- C#进阶系列 专题一:深入解析深拷贝和浅拷贝
- C#进阶系列 专题二:你知道Dictionary查找速度为什么快吗?
- C# 开发技巧系列
- C# 开发技巧系列 使用C#操作Word和Excel程序
- C# 开发技巧系列 使用C#操作幻灯片
- C# 开发技巧系列 如何动态设置屏幕分辨率
- C# 开发技巧系列 C#如何实现图片查看器
- C# 开发技巧 如何防止程序多次运行
- C# 开发技巧 实现属于自己的截图工具
- C# 开发技巧 如何使不符合要求的元素等于离它最近的一个元素
- C# 线程处理系列
- C# 线程处理系列 专题一:线程基础
- C# 线程处理系列 专题二:线程池中的工作者线程
- C# 线程处理系列 专题三:线程池中的I/O线程
- C# 线程处理系列 专题四:线程同步
- C# 线程处理系列 专题五:线程同步——事件构造
- C# 线程处理系列 专题六:线程同步——信号量和互斥体
- C# 多线程处理系列专题七——对多线程的补充
- C#网络编程系列
- C# 网络编程系列 专题一:网络协议简介
- C# 网络编程系列 专题二:HTTP协议详解
- C# 网络编程系列 专题三:自定义Web服务器
- C# 网络编程系列 专题四:自定义Web浏览器
- C# 网络编程系列 专题五:TCP编程
- C# 网络编程系列 专题六:UDP编程
- C# 网络编程系列 专题七:UDP编程补充——UDP广播程序的实现
- C# 网络编程系列 专题八:P2P编程
- C# 网络编程系列 专题九:实现类似QQ的即时通信程序
- C# 网络编程系列 专题十:实现简单的邮件收发器
- C# 网络编程系列 专题十一:实现一个基于FTP协议的程序——文件上传下载器
- C# 网络编程系列 专题十二:实现一个简单的FTP服务器
- C# 互操作性入门系列
- C# 互操作性入门系列(一):C#中互操作性介绍
- C# 互操作性入门系列(二):使用平台调用调用Win32 函数
- C# 互操作性入门系列(三):平台调用中的数据封送处理
- C# 互操作性入门系列(四):在C# 中调用COM组件
- CLR
- 谈谈: String 和StringBuilder区别和选择
- 谈谈:程序集加载和反射
- 利用反射获得委托和事件以及创建委托实例和添加事件处理程序
- 谈谈:.Net中的序列化和反序列化
- C#设计模式
- UML类图符号 各种关系说明以及举例
- C#设计模式(1)——单例模式
- C#设计模式(2)——简单工厂模式
- C#设计模式(3)——工厂方法模式
- C#设计模式(4)——抽象工厂模式
- C#设计模式(5)——建造者模式(Builder Pattern)
- C#设计模式(6)——原型模式(Prototype Pattern)
- C#设计模式(7)——适配器模式(Adapter Pattern)
- C#设计模式(8)——桥接模式(Bridge Pattern)
- C#设计模式(9)——装饰者模式(Decorator Pattern)
- C#设计模式(10)——组合模式(Composite Pattern)
- C#设计模式(11)——外观模式(Facade Pattern)
- C#设计模式(12)——享元模式(Flyweight Pattern)
- C#设计模式(13)——代理模式(Proxy Pattern)
- C#设计模式(14)——模板方法模式(Template Method)
- C#设计模式(15)——命令模式(Command Pattern)
- C#设计模式(16)——迭代器模式(Iterator Pattern)
- C#设计模式(17)——观察者模式(Observer Pattern)
- C#设计模式(18)——中介者模式(Mediator Pattern)
- C#设计模式(19)——状态者模式(State Pattern)
- C#设计模式(20)——策略者模式(Stragety Pattern)
- C#设计模式(21)——责任链模式
- C#设计模式(22)——访问者模式(Vistor Pattern)
- C#设计模式(23)——备忘录模式(Memento Pattern)
- C#设计模式总结
- WPF快速入门系列
- WPF快速入门系列(1)——WPF布局概览
- WPF快速入门系列(2)——深入解析依赖属性
- WPF快速入门系列(3)——深入解析WPF事件机制
- WPF快速入门系列(4)——深入解析WPF绑定
- WPF快速入门系列(5)——深入解析WPF命令
- WPF快速入门系列(6)——WPF资源和样式
- WPF快速入门系列(7)——深入解析WPF模板
- WPF快速入门系列(8)——MVVM快速入门
- WPF快速入门系列(9)——WPF任务管理工具实现
- ASP.NET 开发
- ASP.NET 开发必备知识点(1):如何让Asp.net网站运行在自定义的Web服务器上
- ASP.NET 开发必备知识点(2):那些年追过的ASP.NET权限管理
- ASP.NET中实现回调
- 跟我一起学WCF
- 跟我一起学WCF(1)——MSMQ消息队列
- 跟我一起学WCF(2)——利用.NET Remoting技术开发分布式应用
- 跟我一起学WCF(3)——利用Web Services开发分布式应用
- 跟我一起学WCF(3)——利用Web Services开发分布式应用
- 跟我一起学WCF(4)——第一个WCF程序
- 跟我一起学WCF(5)——深入解析服务契约 上篇
- 跟我一起学WCF(6)——深入解析服务契约 下篇
- 跟我一起学WCF(7)——WCF数据契约与序列化详解
- 跟我一起学WCF(8)——WCF中Session、实例管理详解
- 跟我一起学WCF(9)——WCF回调操作的实现
- 跟我一起学WCF(10)——WCF中事务处理
- 跟我一起学WCF(11)——WCF中队列服务详解
- 跟我一起学WCF(12)——WCF中Rest服务入门
- 跟我一起学WCF(13)——WCF系列总结
- .NET领域驱动设计实战系列
- .NET领域驱动设计实战系列 专题一:前期准备之EF CodeFirst
- .NET领域驱动设计实战系列 专题二:结合领域驱动设计的面向服务架构来搭建网上书店
- .NET领域驱动设计实战系列 专题三:前期准备之规约模式(Specification Pattern)
- .NET领域驱动设计实战系列 专题四:前期准备之工作单元模式(Unit Of Work)
- .NET领域驱动设计实战系列 专题五:网上书店规约模式、工作单元模式的引入以及购物车的实现
- .NET领域驱动设计实战系列 专题六:DDD实践案例:网上书店订单功能的实现
- .NET领域驱动设计实战系列 专题七:DDD实践案例:引入事件驱动与中间件机制来实现后台管理功能
- .NET领域驱动设计实战系列 专题八:DDD案例:网上书店分布式消息队列和分布式缓存的实现
- .NET领域驱动设计实战系列 专题九:DDD案例:网上书店AOP和站点地图的实现
- .NET领域驱动设计实战系列 专题十:DDD扩展内容:全面剖析CQRS模式实现
- .NET领域驱动设计实战系列 专题十一:.NET 领域驱动设计实战系列总结