ILSpy показывает, что String.IsNullOrEmpty реализуется в терминах String.Length. Но тогда почему String.IsNullOrEmpty(s) быстрее, чем s.Length == 0?
Например, он на 5% быстрее в этом тесте:
var stopwatches = Enumerable.Range(0, 4).Select(_ => new Stopwatch()).ToArray();
var strings = "A,B,,C,DE,F,,G,H,,,,I,J,,K,L,MN,OP,Q,R,STU,V,W,X,Y,Z,".Split(',');
var testers = new Func<string, bool>[] { s => s == String.Empty, s => s.Length == 0, s => String.IsNullOrEmpty(s), s => s == "" };
int count = 0;
for (int i = 0; i < 10000; ++i) {
stopwatches[i % 4].Start();
for (int j = 0; j < 1000; ++j)
count += strings.Count(testers[i % 4]);
stopwatches[i % 4].Stop();
}
(Другие тесты показывают аналогичные результаты, что минимизировало эффект крутильной работы на моем компьютере. Кроме того, в отличие от тестов, сравниваемых с пустыми строками, это было примерно на 13% медленнее, чем IsNullOrEmpty.)
Кроме того, почему IsNullOrEmpty работает только быстрее на x86, тогда как на x64 String.Length примерно на 9% быстрее?
Обновление: Сведения о настройке тестирования:.NET 4.0, работающий на 64-битном Windows 7, процессор Intel Core i5, консольный проект, скомпилированный с включенным "Оптимизировать код". Тем не менее, "Запретить оптимизацию JIT при загрузке модуля" также было включено (см. Принятый ответ и комментарии).
При полностью включенной оптимизации Length примерно на 14% быстрее, чем IsNullOrEmpty, когда делегат и другие служебные данные удалены, как в этом тесте:
var strings = "A,B,,C,DE,F,,G,H,,,,I,J,,K,L,MN,OP,Q,R,,STU,V,,W,,X,,,Y,,Z,".Split(',');
int count = 0;
for (uint i = 0; i < 100000000; ++i)
count += strings[i % 32].Length == 0 ? 1 : 0; // Replace Length test with String.IsNullOrEmpty
