后缀为 axd 与 ashx 的文件有什么区别

  其实扩展名为ashx与为axd基本上是一样的，都是用于写web handler，可以通过它来调用IHttpHandler类，它免去了普通. asp x页面的控件解析以及页面处理的过程。
唯一不同的地方是：axd扩展名的必须要在web.config中的<httpHandlers>中进行注册，而ashx直接在项目中当成aspx那样添加使用即可。
所以在项目的添加文件中，向导只有添加ashx文件的模板，而没有添加axd文件的模板。那微软为什么这么无聊搞两个后缀，全部使用ashx不就行了么？干脆利落。原来，如果你的web handler代码不在Web的项目中的话，那你就不能使用ashx了，因为如果不在web.config中注册的话，系统根本不知道要在那个dll库中才能找到相应的代码。
如：
<add verb="*" path="OpenSearch.axd" type="Company.Components.HttpHandler.OpenSearchHandler, （命名空间.类名）Company.Extensions（.dll文件名）" validate="false"/>
只有注册了，web才知道OpenSearch.axd原来是在Company.Extensions.dll中，使用Company.Components.HttpHandler.OpenSearchHandler类处理。
当然你搞个<add verb="*" path="OpenSearch.ashx" type=.... 那也未免不可，习惯规范而已。
  webconfig里那么写的原理是，首先iis会把.axd的文件handle，然后就交给FreeTextBoxControls.AssemblyResourceHandler,   FreeTextBox这个命名的类来处理而不是让aspnet去处理。  
   
  但是你的服务器提供商可能为了安全起见，把.axd到aspnet_isapi.dll的映射去掉了，所以你在服务器运行就错误了。你现在唯一能做的就是联系你的服务器提供商，让他们恢复这个映射。  
 
  扩展名：   .axd  
  执行文件：C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll  
   
  限制为：GET,HEAD,POST,DEBUG  
  脚本引擎打勾 

在服务器的IIS里有个默认的映射：就是将*.axd映射到aspnet_isapi.dll上。  

 

使用ASP.NET 2.0提供的WebResource管理资源

    ASP.NET(1.0/1.1)给我们提供了一个开发WebControl的编程模型，于是我们摆脱了asp里面的include模式的复用方式。不过1.0/1.1提供的Web控件开发模型对于处理没有image、css等外部资源的组件还算比较得心应手，script虽然很多时候也是外部资源，但在开发控件的时候我们习惯把script使用Page.Register...Script()来嵌入模块，因为紧凑的东西更便于我们复用，用一个dll就可以解决问题又何必要节外生枝呢。 

     ASP.NET 2.0提供的Web Resources管理模型，很好的解决了image、css、script等外部资源的管理问题。现在只需要在solution explorer把资源文件的build action属性设为Embedded Resource。然后在assemblyinfo.cs里添加一句： 

[assembly: WebResource("WebCtrl.cutecat.jpg", "image/jpg")]

    我们可以看msdn里有WebResource的参数说明：第一个是资源的名字，第二个是资源的 mime-type名。 
    其实这个语句放任何cs文件里，保证放在最高级namespace外就行。 

    然后在程序中调用如下： 

m_Image.ImageUrl =  this.Page.GetWebResourceUrl( typeof(WebCustom), "WebCtrl.cutecat.jpg");

    GetWebResourceUrl的第一个参数是用户定义的类型(这个是用来确定assembly用的)，第二个参数是资源名。 

    上面的语句返回给browser的代码是： 

< img  src ="WebResource.axd?a=pWebCtrl&amp;r=WebCtrl.cutecat.jpg&amp;t=632390947985312500"  style ="border-width:0px;"   />

    其中的src就是GetWebesourceUrl执行后返回的，它有3个参数(这里的&被解析成了&amp;，不过IIS也认的)，第一个参数a是就是通过typeof(WebCustom)来确定的assembly的名字，第二个参数r很明显就是资源的名字了，第三个参数t是一个a所指的assembly的timestamp。这个t是为了让资源的引用能享用browser缓存的优化，因为IE对相同的url有自己的cache机制。又因为这个r同时又是用户assembly文件的timestamp，如果用户更新了代码，重新编译后t也会变化，这样也就保证了browser能获得最新的资源更新。如果我们能确定嵌入资源是确实不用再更新的，我们可以在typeof()里写一个bcl里的类型，比如typeof(string)，那么他将只在freamwork升级后才会变动这个t。 

    当然这个WebResource.axd是不存在的，它只是IIS中的一个ISAPI影射。 

    使用示例代码如下： 

#region WebResource Demo 

 

using System; 

using System.Collections.Generic; 

using System.ComponentModel; 

using System.Text; 

using System.Web.UI; 

using System.Web.UI.WebControls; 

 

[assembly: WebResource("WebCtrl.cutecat.jpg", "image/jpg")] 

 

namespace WebCtrl 

{ 

    [DefaultProperty("Text")] 

    [ToolboxData("<{0}:WebCustom runat=server></{0}:WebCustom>")] 

    public class WebCustom : WebControl 

    { 

        private string text; 

        private Image m_Image; 

 

        [Bindable(true)] 

        [Category("Appearance")] 

        [DefaultValue("")] 

        public string Text 

        { 

            get { return text; } 

            set { text = value; } 

        } 

 

        protected override void CreateChildControls() 

        { 

            m_Image = new Image(); 

            this.Controls.Add(m_Image); 

        } 

 

        protected override void Render(HtmlTextWriter output) 

        { 

            m_Image.ImageUrl = this.Page.GetWebResourceUrl(typeof(WebCustom), "WebCtrl.cutecat.jpg"); 

            this.RenderChildren(output); 

        } 

    } 

} 

#endregion