for和foreach的哪个效率高（for、while、foreach性能比较）

本文目录

• for、while、foreach性能比较
• php foreach为什么比for效率高
• 作为Unity3D的脚本而言,c#中for是否真的比foreach效率更高
• c# for和foreach哪个执行效率
• for循环、增强for循环、foreach、lambda循环哪个效率高
• for、forEach、map的性能对比

for、while、foreach性能比较

1、当数组长度未知时（需要再循环前count计算数组长度）：for和while循环效率基本持平，foreach是最快的。 2、当数组长度已知时（在循环中直接写循环次数）：for和while循环效率基本持平，foreach是最慢的。

php foreach为什么比for效率高

(1)for是使用下标（偏移量）定位的.(2)foreach应该是使用类似循环子的机构(3)对随机访问效率高的arraylist.使用下标访问效率本身很高.foreach内部的循环子直接封装下标,自己实现的for比foreach更直接，效率稍高些，但差别不会太大,仍然在一个数量级上。(4)如果使用插入和删除效率高的linkedlist，for基于下标访问会每次从头查询,效率会很低.foreach循环子使用高效的地址运算,效率会高.其差距将很大，完全不在一个数量级别.如果数组很大，差别可能会几百甚至上千倍.

作为Unity3D的脚本而言,c#中for是否真的比foreach效率更高

C#中两者的比较要看类型，但是Unity 4.X中，可以肯定的是（官网论坛都承认的） foreach肯定比for/WHILE 慢，并承诺在5.X中修复。foreach会在托管堆上分配内存的问题在早期的C#中也是存在的，原因是foreach会将迭代器转换为IEnumerator。如果迭代器是引用类型，自然会分配在托管堆上；如果是值类型，值类型转换到接口类型是要装箱（boxing）的，需要在托管堆上分配内存并将数据拷贝过去。横竖都躲不过。后来微软在编译器中把这个问题优化掉了，办法是编译时查找名字叫做GetEnumerator的方法，如果提供了一个强类型的迭代器，生成的IL代码就会调用这个版本的GetEnumerator，强类型自然就没有GC的问题了。所以现在的C#里用foreach是没问题的，但是自己实现集合类型的时候记得同时实现一个强类型的IEnumerator《T》给编译器留个后门。所以在u3d中如果非要使用foreach，就把c#代码先用VS编译成DLL再引用，效率就会好很多。

c# for和foreach哪个执行效率

下数据循环几乎差不多，大数据循环foreach相对高点。有实验如下：测试环境: 硬件环境： PIII800 + CPU456 软件环境： VisualStudio.Net + C#测试用例: 利用结果集来存放记录，初始化对结果集添加记录 分别对记录数为10000，100000，1000000条记录的时候进行采样分析 关键测试对比代码如下，功能完全一样: //foreach开始时间 datetime3 = System.DateTime.Now.TimeOfDay.ToString(); foreach(DataRow row in relationData.Tables.Rows) buffer = row.ToString(); datetime4 = System.DateTime.Now.TimeOfDay.ToString(); //for开始时间 datetime5 = System.DateTime.Now.TimeOfDay.ToString(); for(int j=0;j《1000000;j++) buffer = relationData.Tables.ToString(); datetime6 = System.DateTime.Now.TimeOfDay.ToString(); 测试结果: 10000条记录时: foreach读取时间:16:29:34.2577584 foreach结束时间:16:29:34.2677728 for读取开始时间:16:29:34.2677728 for读取结束时间:16:29:34.2878016 100000条记录时: foreach读取时间:16:31:10.1055808 foreach结束时间:16:31:10.1957104 for读取开始时间:16:31:10.1957104 for读取结束时间:16:31:10.4460704 1000000条记录时： foreach读取时间:16:33:12.6217504 foreach结束时间:16:33:13.6332048 for读取开始时间:16:33:13.6332048 for读取结束时间:16:33:18.7906208结果分析： 1)对于10000条记录可以看出 foreach用了 0.0100144 for循环用了0.0300432 foreach所花的时间正好是for循环的 1/3 2)对于100000条记录可以看出 foreach用了0.0901296 for循环用了0.2503600 foreach所花的时间是for循环的 36% 3)对于1000000条记录结果可以看出 foreach用了1.0114544 for循环用了4.1574160 foreach所花的时间是for循环的 25% 通过对这些测试结果的分析，可以看出相对于原来的for语句foreach具有更好的执行效率，foreach的平均花费时间只有for30%。通过测试结果在for和foreach都可以使用的情况下，我们推荐使用效率更高的foreach.在测试同时我们附加的发现，用for写入数据时间大约是读取数据时间的10倍左右测试资料来自CSDN网友，希望对你有帮助，谢谢

for循环、增强for循环、foreach、lambda循环哪个效率高

for循环、增强for循环、foreach、lambda循环哪个效率高 Java Copy 输出如下： 正常循环耗时：8458653 增强循环耗时：10830866 foreach 耗时：62816430 lambda 耗时： 8994732 正常循环 》 lambda 》 增强for循环 》 foreach

for、forEach、map的性能对比

说明一下：性能的比较实际上与环境使用的V8版本相关，这也是为什么map方法在chrome里比在Node中慢10倍，有人测试过（在chrome 62 和 Node.js v9.1.0环境下）：for循环比forEach快1倍，forEach比map快20%左右。 for ：for循环没有额外的函数调用栈和上下文，所以它的实现最为简单。 forEach ：对于forEach来说，它的函数签名是这样的 其中包含了参数和上下文，这回影响它的性能。 map ：map最慢的原因是因为map会返回一个新的数组，数组的创建和赋值会导致分配内存空间，因此会带来较大的性能开销。如果将 map 嵌套在一个循环中，便会带来更多不必要的内存消耗。 简单来说： 当你的循环不需要返回值(也不应该返回)，不需要改变数据的时候（虽然允许callback改变），比如，你只是想借助这次遍历去做一些事情，那么就可以选择 forEach ； 当你需要改变数据值，或者需要链式调用的时候，那么就使用 map ; 虽然map确实可以实现某些你想要的操作，比如： 当它其实更适合 for 或 forEach 。 正如MDN中所描述的那样 Array.prototype.map() ： 所以在有eslint的今天，尽量不要忽略任何一个 ~ 提示。