ASP.NET是一个非常强大的构建Web应用的平台，它提供了极大的灵活性和能力以致于可以用它来构建所有类型的Web应用。
绝大多数的人只熟悉高层的框架如： WebForms 和 WebServices --这些都在ASP.NET层次结构在最高层。
这篇文章的资料收集整理自各种微软公开的文档，通过比较 IIS5、IIS6、IIS7 这三代 IIS 对请求的处理过程， 让我们熟悉 ASP.NET的底层机制 并对请求(request)是怎么从Web服务器传送到ASP.NET运行时有所了解。通过对底层机制的了解，可以让我们对 ASP.net 有更深的理解。
IIS 5 的 ASP.net 请求处理过程
对图的解释：
IIS 5.x 一个显著的特征就是 Web Server 和真正的 ASP.NET Application 的分离。作为 Web Server 的IIS运行在一个名为 InetInfo.exe 的进程上，InetInfo.exe 是一个Native Executive，并不是一个托管的程序，而我们真正的 ASP.NET Application 则是运行在一个叫做 aspnet_wp 的 Worker Process 上面，在该进程初始化的时候会加载CLR，所以这是一个托管的环境。
ISAPI： 指能够处理各种后缀名的应用程序。 ISAPI 是下面单词的简写 ：Internet Server Application Programe Interface，互联网服务器应用程序接口。
IIS 5 模式的特点 ......
【摘 要】 本文基于ASP.NET 2.0的源代码，对ASP.NET 2.0运行时进行了简要的分析，希望能帮助你理解ASP.NET 2.0中请求处理过程及页面编译模型。
主要类：
System.Web.HttpRuntime
System.Web.HttpApplicationFactory
System.Web.HttpApplication
System.Web.Compilation.BuildManager
System.Web.Compilation.ApplicationBuildProvider
System.Web.Compilation.BuildProvidersCompiler
System.Web.UI.PageHandlerFactory
请求处理简要流程图:
阅读建议：
用Reflector工具边查看ASP.NET 2.0的源代码边阅读。
分析：
当我们通过浏览器向ASP.NET 2.0网站的一个asp.net页面发起请求时，在服务器端首先是IIS收到请求，IIS一看是asp.net页面，心里很开心，因为这个请求不用它处理，交给ASP.NET ISAPI就行了。ASP.NET ISAPI的工作也比较轻松，他的主要任务就是安排aspnet_wp.exe处理请求，并监视aspnet_wp.exe进程的执行情况，如果aspnet_wp.exe进程太累了，不能出色地完成任务，ASP.NET ISAPI就要让他下岗，换一个新的aspnet_wp.exe来处理工作。
aspnet_wp.exe的主� ......
使用ASP.Net Forms模式实现WebService身份验证
在安全性要求不是很高的ASP.Net程序中，基于Forms的身份验证是经常使用的一种方式，而如果需要对WebService进行身份验证，最常用的可能是基于Soap 标头的自定义身份验证方式。如果对两者做一下比较的话，显然，基于Forms的验证方式更加方便易用，能否将Forms验证方式应用到WebService中去呢？
从理论上讲，使用基于Forms的方式对WebService进行身份验证是可行的，但是使用过程中会存在以下两个问题：
1.基于Forms的验证方式同时也是基于Cookie的验证方式，在使用浏览器时，这个问题是不需要我们考虑的。但对于使用WebService的应用程序来说，默认是不能保存Cookie的，需要我们自己去做这个工作。
2.WebService既然是一个A2A(Application To Application)应用程序，使用Web表单进行身份验证显然不太合适，而且，这将不可避免的造成人机交互，使WebService的应用大打折扣。
接下来，我们就分步解决这两个问题：
1.Cookie的保存问题
WebService的客户端代理类有一个属性CookieContainer可用于设置或获取Cookie集合，保存Cookie的任务就交给他� ......
系统中的僵尸进程都要由wait系统调用来回收，下面就通过实战看一看wait的具体用法：
wait的函数原型是：
#include <sys/types.h> /* 提供类型pid_t的定义 */
#include <sys/wait.h>
pid_t wait(int *status);
进程一旦调用了wait，就立即阻塞自己，由wait自动分析是否当前进程的某个子进程已经退出，如果让它找到了这样一个已经变成僵尸的子进程， wait就会收集这个子进程的信息，并把它彻底销毁后返回；如果没有找到这样一个子进程，wait就会一直阻塞在这里，直到有一个出现为止。
参数status用来保存被收集进程退出时的一些状态，它是一个指向int类型的指针。但如果我们对这个子进程是如何死掉的毫不在意，只想把这个僵尸进程消灭掉，（事实上绝大多数情况下，我们都会这样想），我们就可以设定这个参数为NULL，就象下面这样：
pid = wait(NULL);
如果成功，wait会返回被收集的子进程的进程ID，如果调用进程没有子进程，调用就会失败，此时wait返回-1，同时errno被置为ECHILD。
下面就让我们用一个例子来实战应用一下wait调用:
/* wait1.c */
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
# ......
<!--
@page { margin: 2cm }
P { margin-bottom: 0.21cm }
A:link { so-language: zxx }
-->
大家知道，
MeeGo
桌面的最大特点是使用自由（
free
use
），不论你在什么地方（什么国家），也不论你想用它干什么事情。那么，
MeeGo
是不是垃圾代码呢？当然不是。有人就是不喜欢这么看问题，谈论软件的自由使用，但是，我就是这么想的。
当今，苹果和微软在市值高低上争风吃醋，其实是半斤八两，一路货色。将来，一旦
Ubuntu
和
MeeGo
流行起来了，这两位私有模式巨头的市值必定一落千丈，而且永不反弹。
5
月
25
日，
MeeGo
1.0
低调发布，大家的头脑都该冷静下来了，只有脑呆（呆傻的意思）之人还在为苹果兴高采烈。
事实上，
MeeGo
是《
Linux
基金会》主导的开发项目，
Intel
和
Nokia
在背后支持。它的目的就是给所有移动互联设备提供一套可自由使用的通用操作系统。目的就这么简单，并不玄乎。但是，谷歌不痛快了，心想，那么我的
Android
该怎么办呢？现在，我们还不知道答案
。
MeeGo
用途很广，小电脑� ......
单用户模式进入：
进入启动画面之后，敲入“e”，光标移动到kernel ...那一行，再敲入“e”，在kernel 一行的最后加上空格single，回车
敲入“b”，启动系统，即进入单用户模式
查看命令启动路径：
vi .bashrc
查看环境变量：
env
改变目录权限：
chmod -R +777 目录
查看自动启动：
1、cd /etc/rc.d
2、vi rc.local ......
最新文章 :