本文较为详细的讲解了C#中Html.RenderPartial与Html.RenderAction的区别，具体分析如下：
Html.RenderPartial与Html.RenderAction这两个方法都是用来在界面上嵌入用户控件的。
Html.RenderPartial是直接将用户控件嵌入到界面上：
在页面直接渲染 视图结果 视图必须存在！
<%Html.RenderPartial("LogOnUserControl");%>
</div>
或
<%Html.RenderPartial("~/Areas/Comm/Views/Shared/LogOnUserControl.ascx");%>
</div>
注意：用第一种方法时，用户控件必须放在调用者同一目录下，也可以放在View/Shared中。
Html.RenderAction则通过Controller中的Action来调用用户控件
在页面直接渲染 Action的结果 可以指定Controller 返回的可以是继承自ActionResult的所有子类型
Controller:----用户控件所在Controller
public ActionResult UserControl()
{
return PartialView();
}
</div>
View:----调用用户控件的View
<%Html.RenderAction("UserControl","Controller");%>
</div>
个人比较喜欢用RenderPartial
RenderPartial和RenderAction都是在Asp.net Mvc中用来显示PartialView的方法，所以在什么时候用哪个方法就是碰到的第一个问题。而要做出正确的选择就需要对这两个都有充分的了解，并且 知道其异同点。这也是本文的主题。
两者的相同点：
RenderPartial和RenderAction通常都被用来显示一个功能相对独立的“块”，比如说显示菜单或者导航条。 两者输出的结果都被作为调用的View的一部分显示。
两者的不同点：
RenderPatial的数据来自于调用的View，而RenderAction来自自己。
RenderAction会发起一个新的Request，而RenderPatial不会。
如何选择：
根据两者不同点中的第二点，由于RenderAction会调用一个新的Action方法，而Asp.net Mvc中Action是最小的缓存单位，因此如果某一个“块”的数据比较固定，不会因为访问者的不同而发生变化，那么这时就是使用 RenderAction的时候了。 题外话，对于RenderAction会发起一个新的Request，感觉对调用页面的流程有点破坏。一个View在显示的时候，自己又发起一个 Request去获取数据来显示，显然有点破坏了作为一个View的原则.
</div>