LINQ 小心Access to modified closure 问题

本文探讨了在使用LINQ时遇到的闭包问题,通过具体示例解释了为何会出现意外的结果,并提供了解决方案。文章还展示了如何通过引入局部变量来避免闭包捕获同一变量的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

http://www.cnblogs.com/wintersun/archive/2010/06/15/1758628.html

      最近在VisualStudio中Edit Source Code, Resharp plugin 在一处CODE上提示:Access to modified closure 。后面得知这是和闭包有关系,先看下面的CODE:

   1:              // First build a list of actions
   2:              List<Action> actions = new List<Action>();
   3:              for (int counter = 0; counter < 10; counter++)
   4:              {
   5:                  actions.Add(() => Console.WriteLine(counter));
   6:              }
   7:              // Then execute them
   8:              foreach (Action action in actions)
   9:              {
  10:                  action();
  11:              }

       一眼看上去,你以为会output 0-9,但实际上output 十个10. 这是什么原因呢?我们知道匿名函数有Capture变量的特性,上面我们声名了一个counter变量,然后相同counter变量被所有的Action实例捕捉到,所以将输出十行10的字符。如何解决这个问题,只要引入一个额外的变量在这个循环中就可以,如下的CODE:

   1:              // First build a list of actions
   2:              List<Action> actions = new List<Action>();
   3:              for (int counter = 0; counter < 10; counter++)
   4:              {
   5:                  int counter1 = counter;
   6:                  actions.Add(() => Console.WriteLine(counter1));
   7:              }
   8:              // Then execute them
   9:              foreach (Action action in actions)
  10:              {
  11:                  action();
  12:              }

       再看几个例子,都是有问题的:

   1:              // First build a list of actions
   2:  foreach (Attribute a in requiredAttributes) 
   3:  { 
   4:      result = result.Where(p => p.Attributes.Contains(a)); 
   5:  } 

   1:  List<string> keys = FillKeys() 
   2:  foreach (string key in keys){ 
   3:      q = q.Where(c => c.Company.Name.Contains(key)); 
   4:  } 

      完了,希望这篇POST对您开发有帮助!

      还可以参考:

       Comparing capture strategies: complexity vs power

内容概要:本文档为《400_IB Specification Vol 2-Release-2.0-Final-2025-07-31.pdf》,主要描述了InfiniBand架构2.0版本的物理层规范。文档详细规定了链路初始化、配置与训练流程,包括但不限于传输序列(TS1、TS2、TS3)、链路去偏斜、波特率、前向纠错(FEC)支持、链路速度协商及扩展速度选项等。此外,还介绍了链路状态机的不同状态(如禁用、轮询、配置等),以及各状态下应遵循的规则和命令。针对不同数据速率(从SDR到XDR)的链路格式化规则也有详细说明,确保数据包格式和控制符号在多条物理通道上的一致性和正确性。文档还涵盖了链路性能监控和错误检测机制。 适用人群:适用于从事网络硬件设计、开发及维护的技术人员,尤其是那些需要深入了解InfiniBand物理层细节的专业人士。 使用场景及目标:① 设计和实现支持多种数据速率和编码方式的InfiniBand设备;② 开发链路初始化和训练算法,确保链路两端设备能够正确配置并优化通信质量;③ 实现链路性能监控和错误检测,提高系统的可靠性和稳定性。 其他说明:本文档属于InfiniBand贸易协会所有,为专有信息,仅供内部参考和技术交流使用。文档内容详尽,对于理解和实施InfiniBand接口具有重要指导意义。读者应结合相关背景资料进行学习,以确保正确理解和应用规范中的各项技术要求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值