本文较为详细的讲解了C#中Html.RenderPartial与Html.RenderAction的区别，具体分析如下：

Html.RenderPartial与Html.RenderAction这两个方法都是用来在界面上嵌入用户控件的。

Html.RenderPartial是直接将用户控件嵌入到界面上：

在页面直接渲染 视图结果 视图必须存在！

<%Html.RenderPartial("LogOnUserControl");%>

或

<%Html.RenderPartial("~/Areas/Comm/Views/Shared/LogOnUserControl.ascx");%>

注意：用第一种方法时，用户控件必须放在调用者同一目录下，也可以放在View/Shared中。

Html.RenderAction则通过Controller中的Action来调用用户控件

在页面直接渲染 Action的结果 可以指定Controller 返回的可以是继承自ActionResult的所有子类型

Controller:----用户控件所在Controller

public ActionResult UserControl(){return PartialView();}

View:----调用用户控件的View

<%Html.RenderAction("UserControl","Controller");%>

个人比较喜欢用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的原则.