我有一个项目，要求我的url在路径上有圆点。例如，我可能有一个URL，例如www.example.com/people/michael.phelps
带有点的url会生成404。我的路由是好的。如果我传入michaelphelps，没有点，那么一切正常。如果我加一个点，就会得到404错误。示例站点运行在Windows 7和IIS8 Express上。URLScan未运行。
我尝试在我的web.config中添加以下内容:
<security>
<requestFiltering allowDoubleEscaping="true"/>
</security>
不幸的是，这并没有什么不同。我刚刚收到一个404.0未找到错误。
这是一个MVC4项目，但我不认为这是相关的。我的路由工作得很好，我所期望的参数都在那里，直到它们包含一个点。
我需要配置什么才能在我的URL中有圆点?
当前回答
作为解决方案，也可以考虑编码到不包含符号的格式。例如base64。
在js中应该添加
btoa(parameter);
在控制器
byte[] bytes = Convert.FromBase64String(parameter);
string parameter= Encoding.UTF8.GetString(bytes);
其他回答
我在这个问题上卡了很长一段时间，遵循了所有不同的补救措施，但都没有效果。
我注意到，当在包含点[.]的URL末尾添加正斜杠[/]时。)，它没有抛出404错误，而且它确实工作了。
我最终解决了这个问题，使用一个URL重写器，如IIS URL重写，以观察一个特定的模式，并附加训练斜杠。
我的URL看起来是这样的:/Contact/~firstname。所以我的模式很简单:/Contact/~(.*[^/])$
我从Scott Forsyth那里得到了这个想法，见下面的链接: http://weblogs.asp.net/owscott/handing-mvc-paths-with-dots-in-the-path
尝试了上面所有的解决方案，但没有一个对我有效。我卸载了。net版本> 4.5，包括它所有的多语言版本;最后，我一点一点地添加了更新的(只有英文)版本。现在安装在我系统上的版本是这样的:
2.0 3.0 3.5 4 4.5 4.5.1 4.5.2 4.6 4.6.1
在这一点上它还在工作。我害怕安装4.6.2，因为它可能会把一切都搞砸。
因此，我只能推测是4.6.2或所有那些非英文版本把我的配置弄乱了。
在一些闲逛后，我发现relaxedUrlToFileSystemMapping根本不为我工作，在我的情况下工作的是将RAMMFAR设置为true，同样适用于(.net 4.0 + mvc3)和(.net 4.5 + mvc4)。
<system.webserver>
<modules runAllManagedModulesForAllRequests="true">
当设置RAMMFAR为true时，Hanselman发布了关于RAMMFAR和性能的帖子
是否可以更改URL结构? 为了我的工作，我尝试了一条路线
url: "Download/{fileName}"
但它对任何有。在里面。
我把路线换成了
routes.MapRoute(
name: "Download",
url: "{fileName}/Download",
defaults: new { controller = "Home", action = "Download", }
);
现在我可以输入localhost:xxxxx/File1.doc/Download，它可以正常工作。
我在视图中的助手也注意到了这一点
@Html.ActionLink("click here", "Download", new { fileName = "File1.doc"})
也会生成到localhost:xxxxx/File1.doc/Download格式的链接。
也许你可以在路由的末尾放一个不需要的单词，比如“/view”或action，这样你的属性就可以以/结尾的/结尾，比如/mike.smith/view
你可能想要考虑使用破折号而不是句号。
在Pro ASP MVC 3框架中，他们建议创建友好的url:
避免使用符号、代码和字符序列。如果你想说句话 分隔符使用破折号(/my-great-article)。下划线不友好， url编码的空格是奇怪的(/my+great+article)或恶心的 (/ % 20大% 20篇文章)。
它还提到url应该易于阅读和更改。也许考虑使用破折号而不是点的原因也来自同一本书:
不要为HTML页面使用文件扩展名。Aspx或.mvc)，但要将它们用于特殊的文件类型(.jpg， .pdf， .zip等)。如果您适当地设置了MIME类型，Web浏览器并不关心文件扩展名，但是人们仍然希望PDF文件以.pdf结尾
因此，虽然句号对人类来说仍然是可读的(尽管在我看来，它的可读性不如破折号)，但它可能仍然有点令人困惑/误导，这取决于句号之后的内容。如果有人姓zip呢?那么URL将是/John.zip而不是/John-zip，这甚至会误导编写应用程序的开发人员。
