发现一篇比较好的极少RAC的文章，收录一下。最近在研究RAC，这两周准备整理一份RAC的学习笔记，敬请期待。【iOS 开发】ReactiveObjC（RAC）的使用汇总ReactiveCocoaRAC 指的就是 RactiveCocoa ，是 Github 的一个开源框架，能够帮我们提供大量方便的事件处理方案，让我们更简单粗暴地去处理事件，现在分为
转载
2023-07-14 14:26:20
124阅读
# 如何解决iOS中的循环引用
## 引言
在iOS开发中，循环引用是一个常见的问题，特别在使用ReactiveCocoa（简称RAC）框架时更容易出现。循环引用会导致内存泄漏，因此我们需要及时解决这个问题。本文将向你介绍如何在iOS中解决循环引用的问题。
## 关系图
```mermaid
erDiagram
USER ||--o| CAR : owns
USER ||--o
原创
2024-04-29 06:39:10
40阅读
redis5种数据结构讲解及使用场景一、字符串 使用场景：缓存功能：字符串最经典的使用场景，redis最为缓存层，Mysql作为储存层，绝大部分请求数据都是redis中获取，由于redis具有支撑高并发特性，所以缓存通常能起到加速读写和降低 后端压力的作用。（redis为何具备支撑高并发的特性，下次文章讲解）。计数器：许多运用都会使用redis作为计数的基础工具，他可以实现快速计数、查询缓存的功能
转载
2023-10-26 13:57:58
38阅读
首先还是从一个大家耳熟能详的循环引用的条件说起：有3个对象A、B、C，当A强引用B，B强引用C，C又一不小心强引用了A，就出现了循环引用。 举个常见的栗子如下：上面的栗子中，A代表一个vc，B代表一个view，它是vc的property，C是个block，它是view的property。 A强引用了B，B强引用了C，如果C又强引用了A，即block中直接或间接引用了vc的强指针，则循环引
转载
2023-07-25 21:14:22
167阅读
所谓内存泄露就是指一个不再被程序使用的对象或变量一直被占据在内存中。java中有垃圾回收机制，它可以保证一对象不再被引用的时候，即对象编程了孤儿的时候，对象将自动被垃圾回收器从内存中清除掉。由于Java使用有向图的方式进行垃圾回收管理，可以消除引用循环的问题，例如有两个对象，相互引用，只要它们和根进程不可达的，那么GC也是可以回收它们的。java中的内存泄露的情况：长生命周期的对象持有短生命周期对
转载
2024-06-16 15:36:29
50阅读
1、依赖于引用判断的内存管理机制在Java中，对内存对象的访问，使用的是 “引用” 的方式。在Java代码中我们维护一个内存对象的引用变量，通过这个引用变量的值，我们可以访问到对应的内存地址中的内存对象空间。在Java程序中，这个引用变量本身既可以存放在堆内存中，又可以存放在栈内存中(与基本数据类型相同)。GC线程会从代码栈中的引用变量开始跟踪，从而判定哪些内存是正在使用的。如果GC线程通过这种方
转载
2024-02-21 11:59:04
31阅读
@class MyObjectB;
@interface MyObjectA : NSObject
@property (nonatomic, strong) MyObjectB *objectB;
@end
@implementation MyObjectA
- (void)dealloc
{
NSLog(@"%s",__func__);
}
@end
@class MyO
转载
2024-01-17 12:50:40
94阅读
前言本篇文章精讲iOS开发中使用Block时一定要注意内存管理问题，很容易造成循环引用。本篇文章的目标是帮助大家快速掌握使用block的技巧。我相信大家都觉得使用block给开发带来了多大的便利，但是有很多开发者对block内存管理掌握得不够好，导致经常出现循环引用的问题。对于新手来说，出现循环引用时，是很难去查找的，因此通过Leaks不一定能检测出来，更重要的还是要靠自己的分析来推断出来。声景一
转载
2024-01-01 21:40:59
129阅读
循环引用是什么ARC已经出来很久了，自动释放内存的确很方便，但是在相亲app开发应用中，并非绝对安全绝对不会产生内存泄露。导致iOS对象无法按预期释放的一个无形杀手是——循环引用。循环引用可以简单理解为A引用了B，而B又引用了A，双方都同时保持对方的一个引用，导致任何时候引用计数都不为0，始终无法释放。若当前对象是一个ViewController，则在dismiss或者pop之后其dealloc无
转载
2024-08-08 20:11:34
86阅读
一.循环依赖什么是循环依赖？循环依赖就是循环引用，就是两个或多个Bean相互之间的持有对方，比如CircleA引用CircleB，CircleB引用CircleC，CircleC引用CircleA，则它们最终反映为一个环。此处不是循环调用，循环调用是方法之间的环调用。如图所示：循环调用是无法解决的，除非有终结条件，否则就是死循环，最终导致内存溢出错误。Spring容器循环依赖包括构造器循环依赖和s
发生场景在 Controller B 中有一个 NSTimer 1. @property (strong, nonatomic) NSTimer *timer;你创建了它，并挂载到 main runloop 1. self.timer = [NSTimer scheduledTimerWithTimeInterval:1
2. target:self selector:@s
转载
2023-09-19 21:41:43
72阅读
一、概念: 循环引用:指的是多个对象相互引用时，使得引用形成一个环形，导致外部无法真正是否掉这块环形内存。其实有点类似死锁。 其实循环引用就是说我们的强引用形成了闭环，还会有很多自己写的代码中会出现，平时还是要注意写法。当然xcode的instruments也能帮助到大家排除一些这样类似的内存问题。 二、出现循环引用的情况 2，假如
转载
2024-06-21 07:39:16
52阅读
ARC已经出来很久了，自动释放内存的确很方便，但是并非绝对安全绝对不会产生内存泄露。导致iOS对象无法按预期释放的一个无形杀手是——循环引用。循环引用可以简单理解为A引用了B，而B又引用了A，双方都同时保持对方的一个引用，导致任何时候引用计数都不为0，始终无法释放。若当前对象是一个ViewController，则在dismiss或者pop之后其dealloc无法被调用，在频繁的push或者pres
转载
2023-12-03 13:19:26
37阅读
在iOS开发中，循环引用是一个常见的内存管理问题，特别是在使用闭包和委托模式时。这种情况会导致内存泄漏，从而降低应用程序的性能。本文将以复盘的角度详细探讨如何在iOS中识别和解决循环引用问题，通过多种维度分析手段，帮助读者更好地理解和应用这些技术。
### 背景定位
在iOS开发中，使用闭包（Closure）和委托（Delegate）是两种常见的设计模式，它们在代码结构上非常灵活，但也容易引入
说到循环引用问题，想必大家都碰到过吧，比如在使用Block的时候，使用__weakSelf来代替self解决等，但是对于这个，还是有不少可以探索的点，下面我就来说下，希望对大家有所帮助。是否所有的Block中，使用self都会导致循环引用？答案是否定的！如下面所示的这种情况如上，使用系统自带的UIView的Block，控制器可以被销毁，说明并没有发生循环引用。原因：UIView调用的是类方法，当前
转载
2023-09-01 19:00:51
82阅读
如何避免循环引用造成的内存泄漏呢： 以delegate模式为例(viewcontroller和view之间就是代理模式，viewcontroller有view的使用权，viewcontroller同时也是view的代理(处理view中的事件))： 1. UserWebService.h
2. #import
3. //定义一个ws完成的delegate
4. @protocol
场景一 ：NStimertimer就是一个能在从现在开始的未来的某一个时刻又或者周期性的执行我们指定的方法的对象 NSTimer执行
的必要条件：对应线程的RunLoop要开启，mode要对应 下面看timer的循环引用：如图，我们写这样的一个类，当我们初始化这个类就会有一个timer开启，然后当我们去释放当前类的时候，是不会走dealloc函数的，因为timer会对当前类count +1，然后
转载
2024-05-29 18:50:34
96阅读
前面介绍的都是基本数据结构，Redis并没有直接使用这些基本数据结构，而是基于这些数据结构创建了一个对象系统，这个系统包含字符串对象、列表对象、哈希对象、集合对象和有序集合对象这五种类型。
转载
2023-08-02 14:12:38
85阅读
环境说明：redis源码版本 5.0.3；我在阅读源码过程做了注释，git地址：https://gitee.com/xiaoangg/redis_annotation 参考书籍：《redis的设计与实现》 一 内存回收c语言并不具备自动内存回收的功能，所以redis在自己的对象系统构建了一个引用计数（reference counting） 通过这一机制，程序可以跟踪对象的引用计数信息，在适当的时候
转载
2023-10-15 10:42:09
32阅读
retain cycle循环引用循环引用最常出现在block中,一个对象中强引用了block,在block中又强引用了该对象,就会发生循环引用.解决方法一般是两种: 1.事前避免:将该对象使用_weak或者_block修饰符修饰之后再在block中使用; 2.时候补救:将其中一方强制置空 xx == nil;只有当block直接或间接的被self持有时,才需要weakself.如果在block内需
转载
2024-05-14 21:33:47
118阅读
