我使用 T4MVC 已经有一段时间了。我有一个每年都在增长的高流量网站,我们注意到了一些性能问题。我们正在使用 LeanSentry,并且在我们的 T4MVC URL 生成中看到了这些类型的 CPU 峰值。以下是这些代码行可用的高 CPU 使用率快照。
这是一个合理的担忧还是其他什么?
性能命中代码生成 URL 的示例
protected virtual void PopulateScheduleGameLinks(List<ScheduleGroupDisplay<ScheduleGameDisplay>> gamesGroup)
{
gamesGroup.SelectMany(q => q.Games)
.ToList()
.ForEach(
q =>
{
foreach (var asset in q.Assets)
{
asset.Url = Helper.GetFilePath(asset.Url, asset.Version);
}
if (q.ExternalId != null)
{
long ticks;
if (long.TryParse(q.ExternalId, out ticks) &&
q.StatisticsType != StatisticsType.MyStatsOnline &&
q.StatisticsType != StatisticsType.ScorebookPlus &&
q.Assets.All(t => t.Type != GameAssetType.Scoresheet))
{
q.Assets.Add(new ScheduleGameAssetDisplay
{
Type = GameAssetType.Scoresheet,
Url = Url.Action(MVC.EventReports.GameStatistics(q.EventId, null, q.Id.ToString()).AddReportPdf().AddRouteValue(Config.QueryString.Version, ticks))
});
}
}
q.LiveGameLink = this.BuildScoreCastUrl(q.StatisticsType, q.ExternalId, null, q.Id, q.EventId, q.SportHost, q.EventName.GenerateSlug());
q.CalendarLink = Url.Action(MVC.Calendar.Game(q.Id));
});
}
答案 0 :(得分:0)
T4MVC 本身除了调用 UrlHelper.RouteUrl
(即 part of MVC)之外并没有做太多事情。因此,我怀疑如果您不使用 T4MVC 直接使用 UrlHelper.RouteUrl
生成 URL,您会看到同样的事情。
可能是这种 MVC 方法有点昂贵,并且性能问题是由于对它的调用太多来呈现单个页面(例如,如果页面非常复杂并且包含许多生成的 URL)。