一、前言
大家都知道,在之前,我们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个组件:
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)。具体定义如下:
AppFunc = Func<IDictionary<string, object>, Task>;
上面委托的定义中第一参数称为环境字典,而第二个参数Task指的异步执行的方法。之前我们通过HttpContext对象来获得request、Response等对象,基于Owin的应用是通过这个环境字典来获得相应的对象。有了Owin之后,我们就不再与Asp.net管道打交道了,取而代之则是Owin管道。
Microsoft对OWIN规范的实现——Katana
既然OWIN是一套规范,自然就有其具体的实现,微软根据OWIN规范在Windows下实现了Katana(武士刀)。其开源地址: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。
到这里,你们还记得我文章开头的疑问吗?大家应该都知道,在OWIN规范出现之前,我们就已经可以利用Mono来讲我们的Asp.net 站点部署在Liunx环境下了,之前采用的部署方式是:Mono+Apache/nginx + XSP2。具体部署请参考:Linux下的.NET之旅:第一站,CentOS+Mono+Xsp构建最简单的ASP.NET服务器。既然以前也可以实现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。
三、使用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/”将看到如下界面:
当然,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。具体设置如下图所示:
然后运行该网站,你将在浏览器中看到“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”,你将看到如下结果:
到此,我们已经将Asp.net站点运行在我们自定义的Web 服务器上了。
六、总结
到这里,关于OWIN的介绍就到此结束了,接下来将介绍Asp.net最新的用户权限管理:Asp.net Identity的相关内容。
本文的所有源码下载:OWINDemo
本文出自:https://www.cnblogs.com/zhili/p/Owin.html