关于 URL LENGTH 最大长度的讨论！貌似 .NET 有BUG？（IIS无解决，除非做监听端口模式）

huhahapz

　　URL REWRITE 如下的地址
　　http://127.0.0.1/playflash/1_2_3_4_*****.html
　　或者
　　http://127.0.0.1/playflash/1/2/3/4/5/*****/
　　当这个 站点的URL "/playflash/" 开始算起 达到 260 的 length 后，IIS会报出如下错误：

Bad Request (Invalid URL)
　　经查GG之后，按照帮助
　　http://support.microsoft.com/kb/820129
　　修改了 HTTP.SYS 的注册表配置，重新启动服务后还是失效！
　　然后再仔细翻阅GG的资料、、、原来这个
　　
　　

UrlSegmentMaxLength

260

0 - 32,766 字符

URL 路径段（URL 中斜杠之间的部分）中的最大字符数。如果为零，则其长度受 ULONG 最大值的限制。

　　
　　设置最大值后，在ASP.NET下不起作用，还是260限制的！
　　请问各位是怎么解决 ASP.NET REWRITE URL的长度？
　　我想问的是 ASP.NET 的配置有 max request url 的设置吗？
　　然后我再查了GG资料。。。得出的是 IIS 7 可以配置、、、
　　那 IIS 6 呢？？？ 没找到解决方案。。。所以发到首页来求助一下！
　　
　　已经解决。HTTP 貌似遵循的是 windows 目录结构，路径最大260字符！
　　
　　Windows 对长路径名文件的限制
　　众所周知，微软的文件系统经历了 fat->fat32->NTFS 的技术变革。且不论安全和文件组织方式上的革新，单就文件名而言，已经从古老的 DOS 8.3 文件格式（仅支持最长 8 个字符的文件名和 3 个字符的后缀名）转变为可以支持长达 255 个字符的文件名。而对于路径长度，NTFS 也已经支持长达 32768 个字符的路径名。
　　然而，Windows 操作系统并没有完全放开路径名长度的限制，在 windef.h 中，可以找到如下的宏：
　　

#define MAX_PATH 260

　　事实上，所有的 Windows API 都遵循这个限制。因此，每当我们试图更改某一文件的文件名时，当输入的文件名长度 ( 全路径 ) 到达一定限度时，虽然文件名本身还未达到 255 个字符的限制，但是任何输入将不再被接受，这其实正是由于操作系统不允许 260 个字符（byte）的文件全路径。
　　实际应用中，这种 260 个字符的全路径的限制给应用开发带来了很大的不便。试想如下应用：我们希望给应用服务器增加一个本地 cache 的功能，该功能可以把远程服务器上的文件留下一个本地的副本。一个合理的实现可以把 url 映射为文件名，当 url 很长时，cache 文件的长度也会很长。当文件名长度超过 255，我们可以把映射文件名的前 255 个字符作为目录名称。但是，我们仍然无法解决 260 个字符的全路径限制。另外，如果一个应用软件的目录结构过深，很容易出现某些文件名长度（含路径）超过 260 个字符，并因此造成安装或删除的失败。总而言之，该限制给我们的开发测试工作带来了诸多不便。