使用ASP.NET MVC Preview 5(虽然这也尝试了beta)，似乎querystring默认在路由重写在查询字符串传递的值。重写是这样写一个控制器：
public class TestController : Controller
{
public ActionResult Foo(int x)
{
Trace.WriteLine(x);
Trace.WriteLine(this.HttpContext.Request.QueryString["x"]);
return new EmptyResult();
}
}
路由映射如下：@H_404_5@
routes.MapRoute(
"test","Test/Foo",new { controller = "Test",action = "Foo",x = 1 });
/Test/Foo?x=5
1 5
因此，换句话说，为路由设置的默认值总是传递到方法中，而不管它是否实际上在querystring上提供。请注意，如果删除querystring的默认值，即路由映射如下：@H_404_5@
routes.MapRoute(
"test",action = "Foo" });
然后控制器按预期运行，并将该值作为参数值传递，给出跟踪输出：@H_404_5@
5 5
这看起来像我一个错误，但我会发现这是一个错误仍然可以在ASP.NET MVC框架的beta版本，因为带有默认的querystrings不是完全是一个深奥或边缘情况特征，所以它几乎肯定是我的错。任何想法我做错了什么？@H_404_5@
解决方法
使用QueryStrings查看ASP.NET MVC的最好方法是将它们视为路由不知道的值。正如你所发现的，QueryString不是RouteData的一部分，因此，你应该保留你传递的一个查询字符串与路由值分开。
解决这些问题的一种方法是，如果从QueryString传递的值为null，则在操作中自行创建默认值。@H_404_5@
在你的例子中，路由知道x，因此你的url应该看起来像这样：@H_404_5@
/Test/Foo or /Test/Foo/5
并且路由应如下所示：@H_404_5@
routes.MapRoute("test","Test/Foo/{x}",new {controller = "Test",x = 1});
获得您正在寻找的行为。@H_404_5@
如果你想传递一个QueryString值，比如说一个页码，那么你会这样做：@H_404_5@
/Test/Foo/5?page=1
你的行动应该这样改变：@H_404_5@
public ActionResult Foo(int x,int? page)
{
Trace.WriteLine(x);
Trace.WriteLine(page.HasValue ? page.Value : 1);
return new EmptyResult();
}
现在测试：@H_404_5@
06004@H_404_5@
希望这有助于澄清一些事情。@H_404_5@
