循环引用的坑

最新推荐文章于 2023-03-02 17:55:14 发布
最新推荐文章于 2023-03-02 17:55:14 发布
阅读量519 收藏
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wen1062916470/article/details/52387722
本文探讨了在编程中常见的循环引用问题，特别是在block中如何避免循环引用的发生。文章详细解释了不同情况下block引用self所带来的影响，并提供了实用建议。

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

循环引用的坑

并不是任何的block都不可以引用self，所以不要遇到所有的block都使用weak self

  • 设置delegate的时候容易造成循环引用，这也是几乎所有人都注意到的地方
  • 在子视图中引用父视图的时候也会造成循环引用，这个和设置delegate类似
  • block中会造成循环引用，这是最恶心的地方，对于我来说是最难理解的地方，至今仍有很多不理解的
  • NSTimer会造成循环引用，因为一般的定时器都是类拥有的，而且设置的时候target的对象也是该类，这里要注意的就是当销毁的时候，最好是手动控制。销毁的时候，将属性设置为空

我主要想记录的还是block所造成的循环引用

所谓的循环引用无非就是在引用计数的时候，两个对象，或者多个对象的引用造成了一个循环圈，导致内存无法释放的玩意。所有如果从根本的原因去解决的话，将会很有成就感。哥再也不用见到一个block都写一堆weakself来变来变去了。

不明白其原理说到底的原因还是因为对操作系统，或者底层知识不是很了解。
比如类到底是一个什么玩意。它的成员变量的内存是怎么分配的。方法呢？
属性中的block和方法中的回调block到底有什么区别
传值的时候，到底是怎么传的。传值和传址到底有什么区别。

根据今天的研究，自我感觉对内存的分配的概念更理解了点。操作系统还是很重要的。早日将深入理解计算机系统啃完更重要。

  • 好吧，研究发现。方法中持有的block，只要不被该类持有。也就是只是该方法所持有的block。一般是不会造成循环引用的。
    因为一般这样的block的生命周期就是该方法的区间。当该方法结束的时候，block也就被释放了。所有一般是不会造成循环引用滴啦。
    如果你的block被类持有了，那么呵呵，你自己看着办吧。
  • 一般的情况下，只要自己不是太作，在方法里声明的临时对象，一般也不会造成循环引用。因为这样的对象并没有被类持有。所有该对象的block只要不引用该对象，就不会造成循环引用。引用该对象的属性也是引用该对象啦。也就是说这个地方放心的去引用self吧。木问题啦。
  • 让我很恶心的东西来了，为什么同样的是一个block，一个带参数，一个不带参数。如果不带参数。如果在这两个block里面引用该对象的话，哪肯定会造成循环引用的啦。但是呢，如果你换个思路，把该对象当做参数传进去的话，就不会造成循环引用啦。难道是因为block的参数也是copy的吗？但是为什么参数也是可以释放的呀。难道是引用传的是值类型吗？可是为什么引用类型当参数的时候也是木问题的啊。理解不了呀，以后再研究吧。慢慢来，循环引用，内存管理真是一个大坑呀。大大的坑
飞梦留痕
关注
GC_3_引用计数法
伍叶的博客
04-03 2165
3 引用计数法   GC是一种，释放怎么都无法被引用的对象的机制。可以让所有对象事先记录下有多少程序引用自己，让各对象知道自己的人气指数，从而让没有人气的对象自己消失，这就是引用计数法（Reference Counting），由George E.Collins于1960年钻研出来的。 3.1 引用计数的算法   引用计数算法中引入了计数器的概念，计数器表示的是对象的人气指数，也就是有多少程序
EF实体类，设置导航属性，导致序列化时出现"循环引用"错误，及序列化时间格式解决方案...
aoyinpei6197的博客
01-14 709
三个实体类，学生类（Student），班级类（StudentClass），年级类（Grade） 学生类与班级类为多对一的关系，班级表的主键为学生表的外键，年级表的主键为学生表的外键 public class Student { [Column("StudentId")] public int Id { get; set; } ...
序列化类型为XX的对象时检测到循环引用。
sb1ue的专栏
11-13 2万+
刚才在用MVC2+EF做东西时，涉及到要给一个表序列化成json对象，方便前台ajax调用。 结果，前台调用时，怎么也得不到想要的结果，每次都会报一个 序列化类型为XX的对象时检测到循环引用类似的错误。 第一反应，谷歌了一下，        有人说 将db.ContextOptions.ProxyCreationEnabled=false        也有人说 将db.ContextOp
循环引用的处理
weixin_34174422的博客
12-09 181
循环引用：两个类互相引用，导致单纯互相引用头文件，编译无法通过。 解决方案： 首先，要理解声明和实现之间的差别。声明只需要在使用类的前面添加class ***，而实现是包含具体成员函数和变量的类。 如例1. class A { ... private: B b; } class B { ... private: A a; } 1. 此时可在A的前面声...
EF检测到循环引用
weixin_41587645的博客
04-27 1468
public ActionResult QuaryOrdersList() { var dataOrder = db.OrderDetails.Include(n => n.Product); return Json(dataOrder, JsonRequestBehavior.AllowGet); ...
spring源码系列（一）——spring循环引用
热门推荐
java_lyvee的专栏
09-30 7万+
spring循环依赖如何解的？
详解小程序循环require之坑
10-17
3. 如果在某个层级发现之前已经解析过当前文件，说明存在循环引用，程序将打印出循环引用的链条； 4. 如果没有循环引用，递归过程继续直到所有依赖被解析完毕。 通过检测并解决循环require的问题，可以有效地避免因...
征服ARC内存管理：Objective-C循环引用检测与__weak实战避坑手册.pdf
最新发布
07-03
文档支持目录章节跳转同时还支持阅读器左侧大纲显示和章节快速定位，文档内容完整、条理清晰。文档内所有文字、图表、函数、目录等元素均显示正常，无任何异常情况，敬请您放心查阅与使用。文档仅供学习参考，请勿...
Go语言range关键字循环时的坑
09-19
原因在于`range`在遍历过程中返回的是元素的副本，而不是原始元素的引用。因此，对`value`的修改只影响副本，不会影响原始切片。 如果需要在循环中修改切片的元素，正确的做法是使用传统的`for`循环，通过索引来...
C#工作总结（四）：循环引用的思考
ZslLoveMiwa的博客
06-26 8373
一. 引子（Introduction）         大概在半年前，曾与公司某个同事争吵一个循环引用的问题。当时吵的面红耳赤，这几天想把当时，为了吵赢那次问题，做的功课给写下来。         然后是，以前公司部门经理吹嘘某部门大佬在移交客户代码中解决循环引用的问题图镇楼。我就不懂为什么他写的这样的代码都不会被客户反馈，而我写代码就算自己没写错，标准版也会报一堆错误，真的是太悲伤了。 ...
解决MVC Json序列化的循环引用问题/EF Json序列化循引用问题---Newtonsoft.Json
weixin_34161032的博客
06-18 179
1..Net开源Json序列化工具Newtonsoft.Json中提供了解决序列化的循环引用问题： 方式1：指定Json序列化配置为 ReferenceLoopHandling.Ignore 方式2：指定 JsonIgnore忽略 引用对象 实例1，解决MVC的Json序列化引用方法： step1:在项目上添加引用 Newtonsoft.Json程序包，命令：Insert-Package ...
EF提示“序列化类型为XXX的对象时检测到循环引用”
xiaoyue
03-20 8619
MVC中使用Json的时候：首先考虑运行HTTP中的Get请求和导航属性造成的循环引用（而循环引用使用匿名内部类）。
EF序列化循环引用解决方法
weixin_30369041的博客
10-16 216
查了好多资料,最终采取了以下方法解决: JsonSerializerSettings jsSettings = new JsonSerializerSettings(); jsSettings.ReferenceLoopHandling = ReferenceLoopHandling.Ignore; JsonConvert.SerializeObject(obj, jsS...
C# 序列化时“检测到循环引用”错误的彻底解决方案
GIS King
03-02 2880
C#在序列化时提示“检测到循环引用”错误的彻底解决方案
EF 多对多循环引用序列化失败 解决办法
03-21 441
错误:Selfreferencingloopdetectedwithtype'System.Data.Entity.DynamicProxies.tbldph_901D48A194FB31357 添加[JsonIgnore] 可解决 [Table("tbldph")] public partial class tbldph { ...
序列化类型为“×××的对象时检测到循环引用
Cahier
10-26 1159
由于EF映射的两个表存在一对多的关系,会自动查找与之有映射关系的数据,将查询的结果序列化时,由于这个对象有映射关系，那么它在序列化A对象的时候会序列化该对象的属性B对象，而这个属性A对象又有属性B对象对象,就产生了序列化对象循环引用 解决方法 public JsonResult GetList() { return Json(db.TaskList...
一个多线程死锁的问题，一个循环引用的问题
weixin_34221112的博客
11-25 164
老总对小秘说：后天带你去香港玩玩，你准备一下。老婆（小秘）对老公说：老公，我后天要跟老总去香港出差开会。老公对情人说：哈哈，亲爱的，后天我老婆不在家，带带你去逛街。老师（情人）对学生说：后天老师有事，放假一天。孙子（学生）对爷爷说：后天我们放假，带我去动物园玩。老总（爷爷）对小秘说：后天去不了香港了，我要陪孙子。小秘（老婆）对老公说：后天的会议取消了，不去香港了。老公对情人（老师）说：后天我老婆不...
block解决循环引用（二）
Baron的博客
08-25 435
接着上一遍，这里首先讲一下 block的反向传值ViewController和ViewController1 ViewController1里面 typedef void(^MyBlock)(NSString *str); @interface ViewController1 : UIViewController @property (nonatomic,copy) MyBlock myBloc
解决循环引用的一个例子
求索
08-29 4512
最近在讨论设计时注意到一个循环引用的问题。它是在使用引用计数指针时发生的。如下图所示: ClassA和ClassB分属两个不同的线程，ClassB通常由ClassA发起请求创建，并由ClassA使用，ClassB则会在必要时通知ClassA一些事件。两者中各保留了对方的一个引用计数指针RefPtr。 如果在析构时释放成员变量的话，就会发生循环引用的问题，导致两个对象释放失败。   最直
threadpooltaskexecutor坑
03-20
<think>嗯，用户想了解ThreadPoolTaskExecutor在使用中可能遇到的问题及解决方法。首先，我需要回忆一下ThreadPoolTaskExecutor的基本知识。根据引用[4]，它是Spring对ThreadPoolExecutor的封装，更符合Spring生态。那么常见的问题可能和配置、任务处理、资源管理有关。 首先想到的是线程池配置不当的问题。比如核心线程数、最大线程数、队列容量设置不合理，可能导致任务堆积或资源耗尽。比如核心线程数太小，队列太大，可能响应变慢，或者直接拒绝任务。这时候需要根据应用场景调整参数，比如引用[3]提到ThreadPoolTaskExecutor直接使用ThreadPoolExecutor的处理流程，所以线程池的工作流程应该是一样的。 然后是任务拒绝的问题。当线程池和队列都满了，会触发拒绝策略。默认的AbortPolicy会抛出异常，用户可能需要自定义策略，比如记录日志或者暂时保存任务。引用[1]提到提交任务用execute方法，如果任务被拒绝，这里可能需要处理RejectedExecutionException。 接下来是资源耗尽的问题，比如线程泄漏。如果任务长时间不释放资源，或者有死循环，可能导致线程无法回收。需要检查任务逻辑，或者设置allowCoreThreadTimeOut，或者配置合适的存活时间。引用[4]提到ThreadPoolTaskExecutor简化了配置，但如果不合理设置，还是会有问题。 异步任务不执行的问题，比如没有启用@Async注解的支持。引用[2]指出@Async依赖于Spring的AOP和TaskExecutor，所以需要@EnableAsync，并且确保调用@Async方法的是代理对象，否则异步不起作用。还有线程池未正确注入的情况，可能需要指定Executor的Bean名称。 还有上下文传递的问题，比如在异步任务中无法获取原始请求的上下文。这时候需要任务装饰器，比如使用TaskDecorator来传递安全上下文或MDC信息。这在引用[4]提到的ThreadPoolTaskExecutor优势中可能涉及。 然后需要组织这些点，分门别类，每个问题给出原因和解决方法。同时要确保引用正确的文献，比如配置参数问题引用[1][3][4]，任务拒绝引用[1][3]，资源耗尽引用[3][4]，异步不执行引用[2][4]，上下文问题引用[4]。 可能还需要检查是否有其他常见问题，比如线程池关闭不当，或者任务执行异常未处理。比如正确关闭线程池，使用shutdown方法，以及处理任务中的异常，避免线程因未捕获异常而终止。 总结下来，主要问题有配置不当、任务拒绝、资源耗尽、异步失效、上下文丢失等。每个问题需要具体说明原因和解决步骤，并引用对应的文献支持。需要确保回答结构清晰，用户能一步步理解和解决问题。</think>### ThreadPoolTaskExecutor 常见问题与解决方案 --- #### **1. 线程池配置不当导致性能问题** **问题现象** - 任务堆积、响应延迟，甚至触发拒绝策略（如 `RejectedExecutionException`）。 - 原因通常与核心线程数（`corePoolSize`）、最大线程数（`maxPoolSize`）、队列容量（`queueCapacity`）配置不合理有关。 **解决方案** - **合理配置参数**： - 若任务为 **CPU 密集型**，核心线程数建议设置为 `CPU 核心数 + 1`。 - 若任务为 **IO 密集型**（如网络请求、数据库操作），可适当增大线程数，例如 `2 * CPU 核心数`。 - 队列容量需根据任务量和系统负载调整，避免队列过大导致延迟或过小触发频繁拒绝。 - 参考配置示例： ```java ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor(); executor.setCorePoolSize(4); executor.setMaxPoolSize(8); executor.setQueueCapacity(50); ``` 引用[1][3][4] --- #### **2. 任务拒绝策略未正确处理** **问题现象** - 当线程池饱和（队列满且线程数达最大值）时，默认使用 `AbortPolicy`，直接抛出异常，导致任务丢失。 **解决方案** - **自定义拒绝策略**： 实现 `RejectedExecutionHandler` 接口，例如记录日志或暂存任务： ```java executor.setRejectedExecutionHandler((task, executor) -> { log.warn("任务被拒绝，尝试重新提交"); executor.submit(task); // 重试或持久化任务 }); ``` - **使用其他内置策略**： - `CallerRunsPolicy`：由提交任务的线程直接执行任务（可能阻塞主线程）。 - `DiscardOldestPolicy`：丢弃队列中最旧的任务，腾出空间接受新任务。 引用[1][3] --- #### **3. 线程池资源耗尽或泄漏** **问题现象** - 线程数持续增长不释放，最终导致内存溢出（OOM）。 - 常见原因：任务未正确释放资源（如未关闭数据库连接）或存在死循环。 **解决方案** - **设置线程存活时间**：通过 `setKeepAliveSeconds` 回收空闲线程： ```java executor.setAllowCoreThreadTimeOut(true); // 允许核心线程超时 executor.setKeepAliveSeconds(60); ``` - **监控线程池状态**：定期检查活跃线程数、队列大小等指标，使用 `ThreadPoolTaskExecutor` 的 `getActiveCount()` 方法。 引用[3][4] --- #### **4. 异步任务未实际执行** **问题现象** - 使用 `@Async` 注解的方法未异步执行，仍在主线程运行。 - 可能原因：未启用异步支持或未正确注入线程池。 **解决方案** - **启用异步支持**：在配置类添加 `@EnableAsync`。 - **指定线程池 Bean**：在 `@Async` 注解中明确使用 `ThreadPoolTaskExecutor`： ```java @Async("taskExecutor") // 指定 Bean 名称 public void asyncMethod() { ... } ``` - **确保代理生效**：异步方法需通过代理调用（例如从 Spring 容器获取 Bean，而非直接调用）。 引用[2][4] --- #### **5. 上下文信息丢失** **问题现象** - 异步任务中无法获取主线程的上下文（如 SecurityContext、MDC 日志跟踪 ID）。 **解决方案** - **使用 `TaskDecorator`**：复制主线程上下文到子线程： ```java executor.setTaskDecorator(runnable -> { SecurityContext context = SecurityContextHolder.getContext(); return () -> { SecurityContextHolder.setContext(context); runnable.run(); }; }); ``` 引用[4] --- ### **总结建议** - 根据场景合理配置线程池参数，并监控运行状态。 - 结合 `@Async` 注解和自定义拒绝策略增强健壮性。 - 使用 `TaskDecorator` 传递上下文，避免信息丢失。 - 定期检查任务逻辑，防止资源泄漏。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值