ASP.NET компиляцияMode Auto vs Никогда

Question

Предположим, что на моей странице ASPX нет встроенных блоков кода C#.

Таким образом, я могу с уверенностью установить

<pages compilationMode="Never" /> 

... в моем файле web.config и не беспокоиться об ошибках компиляции.

Какова бы ни была оценка, может ли быть штраф за использование следующей настройки?

<pages compilationMode="Auto" /> 

В частности, обнаружено ли «автоматическое» обнаружение значительного количества времени?

Answer 1

Воздействие Авто выглядит очень мало. (Хотя очевидно более Никогда).

Если мы рассмотрим код в System.Web.UI.TemplateParser, мы видим в ImportSourceFile что процесс прерывается рано, если режим установлен в Never:

if (this.CompilationMode == CompilationMode.Never) 
{ 
    return null; 
} 

Который, конечно, полезно, и, безусловно, самого низкого воздействия. Тем не менее, продолжая через подпрограммы в TemplateParser, мы можем видеть в ParseStringInternal анализатор буквально сканирует загруженный шаблон на поиск вариаций <%:

if (!this.flags[2] && (match = BaseParser.aspCodeRegex.Match(text, startat)).Success) 
{ 
    string str3 = match.Groups["code"].Value.Trim(); 
    if (str3.StartsWith("$", StringComparison.Ordinal)) 
    { 
     this.ProcessError(SR.GetString("ExpressionBuilder_LiteralExpressionsNotAllowed", new object[] { match.ToString(), str3 })); 
    } 
    else 
    { 
     this.ProcessCodeBlock(match, CodeBlockType.Code, text); 
    } 
} 

Обратите внимание на BaseParser.aspCodeRegex, который является экземпляром этой модели:

public AspCodeRegex() 
{ 
    base.pattern = @"\G<%(?!@)(?<code>.*?)%>"; 
    ... 
} 

Если он не встречает ни одного, он просто движется дальше. Поиск - довольно недорогая операция - самый большой хит - это когда коды кода фактически найдены, компилируя их.

Answer 2

Auto должна быть более производительным, чем Всегда, и является безопасным для отказоустойчивой, когда вы добавляете встроенный C# код.

Дополнительное время будет потрачено на определение того, должна ли компилироваться страница, которая добавляет немного накладных расходов по сравнению с опцией Никогда..

Answer 3

Я не уверен, что я согласен с предложением о том Авто должно быть более производительным, чем Всегда. На этот вопрос есть вопрос similar, и я думаю, что в конечном итоге «« Авто »(и не скомпилированные страницы) были представлены как средство для обеспечения большей масштабируемости, не обязательно более высокая производительность (помимо начальных компиляции/разбора служебных данных).

Если Auto был более совершенным в каждом сценарии, почему бы ему не по умолчанию?

Применения, которые имеют небольшое фиксированное количество сборок, выиграют от стандарта Всегда установка и предварительная компиляция на сайте; для сценариев CMS-esque, таких как SharePoint, где страницы изменяются во время выполнения, Авто - единственный вариант, из необходимости сдвига.

То, что я затрудняюсь объяснить, в нашем случае (несколько сотен узлов, не меняя время выполнения) почему % времени в JIT колеблется и иногда выше, чем 60%, после того, приложение имеет были разогреты и даже с предварительным составлением сайта? Если это общее с развертыванием сборки 200-500, то я могу увидеть преимущество Auto в этих сценариях.