原文來(lái)自Alexandra Rusina在CSharpFAQ的：Does the “LINQ to Objects” provider have built-in performance optimization?

?

讓我們從基礎(chǔ)開始，可能會(huì)重復(fù)一些你已經(jīng)知道的信息。在LINQ性能優(yōu)化中最重要的一點(diǎn)，當(dāng)然是延遲執(zhí)行。那便意味著當(dāng)你聲明一個(gè)變量并分配給它一個(gè)查詢字符串，其查詢字符串并沒(méi)有立即執(zhí)行。

?

//?查詢沒(méi)有執(zhí)行。

var?query =?from?item?in?storage?select?item;

??

變量query現(xiàn)在存儲(chǔ)著命令，查詢執(zhí)行被延遲直到你從變量query請(qǐng)求獲取數(shù)據(jù)。這通常發(fā)生在如下幾種情況：foreach循環(huán)，或當(dāng)你調(diào)用一個(gè)聚集函數(shù)像Min,Max和Average，或當(dāng)你使用ToList或ToArray方法緩存該查詢結(jié)果。

?

// foreach循環(huán)。

foreach?(var?item?in?query)

????Console.WriteLine(item);

?

// Count函數(shù)。

int?total = query.Count();

?

// ToArray方法。

var?cachedQuery = query.ToArray();

?

現(xiàn)在讓我們來(lái)看看幕后究竟發(fā)生了什么。在查詢執(zhí)行的時(shí)候是否有什么編譯器級(jí)的優(yōu)化發(fā)生？答案是yes。然而，這里有個(gè)陷阱。從現(xiàn)在起我們將只討論使用“LINQ to Objects”提供程序?qū)?/span>IEnumerable和IEnumerable<T>集合的查詢。對(duì)于其他LINQ提供程序，包括LINQ to SQL和LINQ to XML，可能應(yīng)用的是不同的優(yōu)化規(guī)則。

?

注意：人們常常認(rèn)為，由于延遲執(zhí)行，執(zhí)行第一次查詢需要花費(fèi)更長(zhǎng)時(shí)間。然而，在LINQ to Objects中，第一次執(zhí)行和之后的每一次并沒(méi)有差別。其他LINQ提供程序的規(guī)則可能不同（比如，這里可能有些會(huì)進(jìn)行緩存），但你需要參考特定的提供程序的詳細(xì)文檔。

?

?LINQ to Objects查詢?cè)谙旅孢@些情況下會(huì)做優(yōu)化：

?

• 一些方法調(diào)用會(huì)被優(yōu)化，如果數(shù)據(jù)源實(shí)現(xiàn)了一個(gè)必要的接口。下面表格列出了這些優(yōu)化。

??

LINQ方法	優(yōu)化
Cast	如果數(shù)據(jù)源已經(jīng)對(duì)給定的類型T實(shí)現(xiàn)接口IEnumerable<T>，則會(huì)直接返回?cái)?shù)據(jù)序列而不需要轉(zhuǎn)換。
Contains	如果數(shù)據(jù)源實(shí)現(xiàn)了接口ICollection或ICollection<T>，其接口的相應(yīng)的方法會(huì)被使用。
Count
ElementAt	如果數(shù)據(jù)源實(shí)現(xiàn)了接口IList或IList<T>，接口的Count方法和索引器會(huì)被使用。
ElementAtOrDefault
First
FirstOrDefault
Last
LastOrDefault
Single
SingleOrDefault

?

??

• 如果連續(xù)的一個(gè)或多個(gè)Select操作后面跟著連續(xù)的一個(gè)或多個(gè)Where操作，查詢只會(huì)創(chuàng)建一個(gè)IEnumerable或IEnumerable<T>對(duì)象而不會(huì)創(chuàng)建中間對(duì)象。

考慮下面的查詢：

?

var?query =?from?item?in?storage

????????????where?item.Category =?"Food"

????????????where?item.Price < 100

????????????select?item;

?

在這里，查詢只會(huì)創(chuàng)建一個(gè)IEnumerable對(duì)象。

??

• 如果你查詢一個(gè)數(shù)組或List，接口IEnumerable或IEnumerable<T>不會(huì)在foreach循環(huán)中使用枚舉器。相反，在使用前會(huì)創(chuàng)建一個(gè)數(shù)組或List的簡(jiǎn)單for循環(huán)，元素被直接訪問(wèn)。

?

此外，where操作符實(shí)現(xiàn)了簡(jiǎn)單的if語(yǔ)句，所以不會(huì)有中間的枚舉器產(chǎn)生。

?

再次說(shuō)明，其他LINQ提供程序可能擁有它們自己的性能優(yōu)化規(guī)則。但上面的規(guī)則應(yīng)該能給你一些怎么使用LINQ to Objects的意見。

轉(zhuǎn)載于:https://www.cnblogs.com/tianfan/archive/2010/03/03/does-the-linq-to-objects-provider-have-built-in-performance-optimization.html

總結(jié)

以上是生活随笔為你收集整理的[翻译]“LINQ to Objects”提供程序是否内置性能优化？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。