[b]前言[/b] 最近在网上看到一篇文章，里面说到：List<T>.FindAll的效率竟然比for循环还差，下面是文章的截图： [img]http://files.jb51.net/file_images/article/201710/20171022110917001.png?201792211924[/img] 以上就是baidu出来的一篇文章，让我惊诧不已，因为在AI模块我已经使用了很多FindAll。但是，上文的结论是真的吗？ [b]我在上文代码基础上增加了多次测试的代码：[/b] [img]http://files.jb51.net/file_images/article/201710/20171022110952667.png?201792211100[/img] [b]得到了如下结果：[/b] .Net2.0, visual studio 执行1，1，10， 100，1000次： [img]http://files.jb51.net/file_images/article/201710/20171022111031709.png?2017922111040[/img] .Net4.1, visual studio 执行1，1，10， 100，1000次： [img]http://files.jb51.net/file_images/article/201710/20171022111052338.png?201792211118[/img] Unity 先预处理再执行1000次： [img]http://files.jb51.net/file_images/article/201710/20171022111133545.png?2017922111140[/img] Unity 先预处理再执行 10 次 [img]http://files.jb51.net/file_images/article/201710/20171022111148847.png?2017922111155[/img] Unity 先预处理再执行 1 次 [img]http://files.jb51.net/file_images/article/201710/20171022111204871.png?2017922111211[/img] [b]我的测试程序表明：[/b]无论windows平台还是unity平台，List.FindAll的效率并非如前文所说“比for循环差五六十倍”。事实是，因为要初始化算法现场，进程第一次调用List.FindAll的耗时比for循环长五六十倍。但是，第一次之后的调用List.FindAll和for循环的性能差异是非常小的，可以忽略。 [b]总结[/b] 以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对编程素材网的支持。