再看那柔弱的柳树吧，在寒冬余威尚盛时节，就早早苏醒过来，望着冰冻的河面，迎着凛冽的寒风，它微微察觉出一丝春意，于是，不顾一切地率先吐翠，淡淡地披起娇黄嫩绿的新装。沿河望去，枝梢间烟纱雾彀，一片生机，这情景仿佛一首动人的歌，一首热烈向往春天的歌，一首报告春的信息的歌，一首表达美好信念的歌。我在想：既然迎春花被人称作报春花，那么，柳树可不可以叫作报春树呢春来了，万千柳枝在春风中袅袅舞动。柳树是热爱春天的，春天也是热爱柳树的。
唯一不同的地方是：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上。
本文后缀为 ashx 与 axd 的文件区别浅析到此结束。卑鄙是卑鄙者的通行证，高尚是高尚者的墓志铭。小编再次感谢大家对我们的支持！
