// WriteHeader想客户端发送HTTP头
  public void WriteHeader(string ver,string mime,int len,string statucode,ref Socket sck)  {
   string buf="";

   if(mime.Length ==0)
   {
    mime="text/html";

    buf=buf+ver+ statucode + "\r\n";
    buf=buf+"Server:MyIIS"+"\r\n";
    buf=buf+"Content-Type:"+mime +"\r\n";
    buf=buf+"Accept-Rabges:bytes"+"\r\n";
    buf=buf+"Content-Length:"+ len +"\r\n\r\n";
    byte[] bs=Encoding.Default.GetBytes(buf);
    FlushBuf(bs,ref sck);
   }
  }

// FlushBuf刷新向客户发送信息缓冲区
  public void FlushBuf(byte[] bs,ref Socket sck)
  {
   int iNum=0;
   try
   {
    if(sck.Connected)
    {
     if((iNum=sck.Send(bs,bs.Length ,0))==-1)
     {
      Console.WriteLine("Flush Err:Send Data err");
     }
     else
     {
      Console.WriteLine("Send bytes :{0}",iNum);
     }
    }
    else
    {
     Console.WriteLine("Client diconnectioned!");
    }
   }
   catch(Exception e)
   {
    Console.WriteLine("Error:{0}",e);
   }
  }
 }

// ASPDOTNETHost类实例需要跨越两个应用程序域，所以继承自MarshalByRefObject
 class ASPDOTNETHost:MarshalByRefObject
 {
  public void  ProcessRequest( string fileName ,ref string output)
  {
   MemoryStream  ms=new MemoryStream(); //内存流，当然为了速度
   StreamWriter sw = new StreamWriter(ms);  //输出
   sw.AutoFlush = true;      //设为自动刷新 /先构造一个HttpWorkRequest请求类，以便ASP.NET能够分析获取请求信息，同时传入一个输出流对象供ASP.NET执行期间返回html流
   HttpWorkerRequest worker = new SimpleWorkerRequest( fileName, "" ,sw) ;   // 调度某个页，这里面的包含很多细节，后面分析
   HttpRuntime.ProcessRequest( worker ) ;
   StreamReader sr= new StreamReader(ms); //准备从内存流中读取
   ms.Position =0;     //移动指针到头
   output = sr.ReadToEnd();   
  }
}
}
HttpRuntime.ProcessRequest( worker ) ;包括了那些细节呢？大体上如下：
      1、首先，worker对象传入给ASP.NET的应用程序域，告知发生了对于哪一个ASPx文件的请求，以及当前目录是什么，如果在执行期间发生的输出内容应该写到哪里(sw对象)。这发生一个由web server当前应用程序域到我们自己建立的ASP.NET应用程序域的跨（应用程序）域调用，还可能由于是第一次访问，会发生了全局事件、或者session事件等。
      2、ASP.NET的应用程序域会检测请求的ASPx文件是否存在，不存在，就报错；如果存在还要看看代码缓存中是否存在上次编译的代码，如果存在且ASP.NET检测到不需要重新编译，会直接执行缓存中的代码；如果不存在或者代码过期需要重新编译，就需要读取ASPx文件，编译成.NET的代码，存入缓存。可能有些页存在代码和模板分离成多个文件，甚至包括一些资源文件，这些都需要读取后编译成.NET的虚拟机代码，然后在托管环境里执行。
      3、执行ASP.NET的编译代码缓存中的代码，输出数据利用sw对象输出。
    当然，根据不同的配置，还有很多方法的调用/事件的发生等细节不同。
    如何调试运行以上程序，观察结果呢？
    建立一个控制台类型工程，将上述代码录入后编译，将得到的程序拷贝在作为站点应用起始目录（譬如c:\inetpub\wwwroot\myweb）的bin子目录下，然后启动，这样在其中创建ASP.NET应用程序域才不会因为程序集加载失败而出错。建立一个asp.net工程在目录下，添加default.htm文件和测试用的test.aspx，加入.NET执行代码，然后启动IE，在地址栏分别输入：http://127.0.0.1:8001/default.htm http://127.0.0.1:8001/test.aspx感受一下执行过程。甚至你可以建立的工程中设定断点之类，仔细调试和观察其中的细节。亲手试一试吧，一定有收获的！

四、 自己构造ASP.NET宿主的意义
      费了半天劲搞自己的ASP.NET宿主，对于我们有何意义呢？
首先，是大致从代码级清楚分析ASP.NET执行细节，自己学习了解执行细节，除了可以在出现ASP.NET故障可以进行精确定位和排除外，还可以帮助我们在写ASP.NET应用程序时写出更有效率和健壮的代码。
      其次，我们可以提供一个思路，可以将我们的ASP.NET程序运行于低配置机器上，脱离IIS。ASP.NET的“原配”宿主IIS需要运行在Server OS上，要知道在安全专家眼中，IIS可是大隐患的源头之一。我们可以将很多传统程序利用ASP.NET编写，但脱离IIS独立执行，譬如在win98系统上执行ASP.NET。web server和ASP.NET都在托管环境中执行，相比较ISAPI建立宿主然后执行，除提高效率外，还可以使用.NET平台提供的丰富管理调控功能，写B/S程序更接近传统程序编写方式，这对于程序员来讲都是效率（编写代码的效率和执行效果效率）的保证。
另外，对于采用ASP.NET做的项目，大家可以很方便进行开发调试、运行维护、安装。即使是普通桌面程序，我们也可以通过类似制作网页的方式编写这些界面和代码，然后独立建立类似本例中的Host环境，根据用户交互请求加载执行某些页面，然后将界面在客户端通过相关组件显示出来。你可以通过此获得ASP.NET的即时编译功能和ASP.NET宿主托管环境，大量可自由使用的API，便于开发、安装、维护。毕竟，托管环境几乎准备了您需要的一切功能。

五、 参考资料
   1、.NET MSDN
   2、清华大学出版社《.NET网络高级编程》Andrew Krowczyk  Viond  Kumar原著
   3、清华大学出版社《.NET框架程序设计(修订版)》Jsfftry Richter著

上一页  [1] [2]