NSString的内存分配及管理

最新推荐文章于 2025-11-27 10:17:02 发布
转载 最新推荐文章于 2025-11-27 10:17:02 发布 · 400 阅读 · 0
文章标签：

#ios #NSString 存储方式

本文详细介绍了在Objective-C中初始化NSString的三种方法：直接赋值、类函数初始化和实例方法初始化，并探讨了不同初始化方式下字符串的内存分配及引用计数情况。

本文参考了这篇文章，主要做了补充说明：http://www.cnblogs.com/hellocby/archive/2012/08/23/2652201.html

生成一个NSString类型的字符串有三种方法:

方法1.直接赋值:    NSString *testStr1 = @"a";

方法2.类函数初始化生成:     

    NSString *testStr2 = [NSString stringWithString:@"b"];

    NSString *testStr3 = [NSString stringWithFormat:@"c"];

 方法3.实例方法初始化生成:　

    NSString *testStr4 = [[NSString alloc] initWithString:@"d"];

    NSString *testStr5 = [[NSString alloc] initWithFormat:@"e"];

首先查看它们的地址和引用计数：

2012-10-11 17:35:25.601 StringDemo[8514:11303] test1Address:0x4698

2012-10-11 17:35:25.601 StringDemo[8514:11303] test2Address:0x46a8

2012-10-11 17:35:25.602 StringDemo[8514:11303] test3Address:0x746c820

2012-10-11 17:35:25.602 StringDemo[8514:11303] test4Address:0x46c8

2012-10-11 17:35:25.603 StringDemo[8514:11303] test5Address:0x7455990

 

2012-10-11 17:35:25.585 StringDemo[8514:11303] test1:4294967295

2012-10-11 17:35:25.586 StringDemo[8514:11303] test2:4294967295

2012-10-11 17:35:25.596 StringDemo[8514:11303] test3:1

2012-10-11 17:35:25.600 StringDemo[8514:11303] test4:4294967295

2012-10-11 17:35:25.600 StringDemo[8514:11303] test5:1

 

从上可以看出，test1,test2,test4都是在一个内存区域，也就是上文所说的常量内存区。test3,test5在一个内存区，也就是堆区。

这里就有一个疑问：[NSString alloc] initWithString:@"d"这种方式初始化的字符串，也就是test4.应该是位于堆区的，但为什么会跑到常量内存区来呢？据说是因为xcode对这种方式做了处理，还包括[NSString stringWithString:@"b"]这种方式，这两种初始化字符串都等同于@"ddd"了。所以说test2,test4都同等于test1了。

还有，对于NSString *testStr3 = [NSString stringWithFormat:@"c"];这种初始化的字符串，只要一写release语句就会挂掉，但其它的都不会挂掉，test1,test2,test4好理解，因为release本来就不会起作用;但testStr5无论release多少次也不会挂掉，只会在控制台报警告：malloc: *** error for object 0x744d650: double free*** set a breakpoint in malloc_error_break to debug。这个猜测应该是也xcode做了优化吧。

对现在4.4之后的编译器，NSString *testStr2 = [NSString stringWithString:@"b"];这种写法会报警告了：Using 'stringWithString' with a literal is redundant。也就是说这种写法是多余的了，它给的建议是用＝@"b"这种方式来代替了。

小结下吧：

对NSString的初始化方法，对于test1,test2,test4这三种的话建议用＝@“字符串”来使用，因为本来就是一样的。test3,test5这两种的话，建议用texst3这种，方便点，不用管内存问题，系统自已管理。


shenyingqiang
关注
iOS-深入理解NSString的三种存储类型
weixin_61639290的博客
06-14 1218
在 Objective-C 的 Fondation 框架中 NSString 对象是很复杂的存在，各种方式创建以及不同长度的字符串都会影响 NSString 对象在内存中所处的位置。Objective-C 在运行时也对其做了很多优化。今天就来研究一下 NSString 这个复杂的对象。 打印结果 对于这个类型的NSString，我们测试打印他的retainCount 类型和地址 创建两个内容一样的 __NSCFString 他们的地址是不一样的 引用计数 查阅资料 和 __NSCFCo
NSString字符串创建的内存分配
beijihukk的博客
10-07 1085
今天讲到NSString的创建的时候的分配，做实验的时候发现跟教程不一样的地方，如之前的私有方法调用也有差异的现象，可能真的是跟版本有一定关系；贴上代码  /* 1. 字符串的创建*/     //创建字符串常量     NSString* string1 = @"hello";           //创建字符串     NSString* stri
NSString的内存管理
MM_dou的专栏
05-04 453
NSString引用计数很特殊 大多数情况下string的retainCount都是无限大的数。这是因为，字符串创建出来不是在堆上的，而是在常量区。常量区只要值相同，就是同一块内存。常量区的值在APP结束时才会释放，指向这块内存的指针不受引用计数限制。 下面有三种情况： 情况一： NSString *Str1 = [NSStringstringWithFormat:@"a%d",11]
NSString 的内存问题
chenzhenkui的博客
06-17 326
这里只说NSString 的各种定义方法以及在内存哪个区域的问题。 1.直接用字符串定义：   指向常量区。==地址不可变。 2.format 方法：  1>.如果字符串字节数小于12，一般在栈区。  ==地址不可变。  2>.如果大于12，在堆区开辟内存空间。  ==地址可变。   3.initWithString和 stringWithString 方法： 1
NSString的内存实现
紧握着寒风的博客
12-09 659
NSString等Foundation框架提供的类的内存管理 (1)字符串的常量池(在数据区) (2) NSString *str1 = @“abc”; NSString *str2 = [NSString stringWithString:@”abc”]; NSString *str3 = [[NSString alloc
NSString内存管理
Lotheve的私房菜
07-26 3298
NSString的内存优化OC中的NSString不论是在编译时还是在运行时都做了很多的优化，并不同于普通的对象，它是一个非常复杂的存在。
40、自动引用计数（ARC）下的实例变量内存管理及相关问题
最新发布
s4t5u6v7的博客
11-27 5
本文深入探讨了在自动引用计数（ARC）环境下实例变量的内存管理机制，详细分析了ARC如何自动处理赋值、对象销毁和初始化过程中的内存操作。重点讲解了保留循环的成因及其解决方案，包括使用弱引用和‘弱-强舞蹈’技术。同时，针对NSNotificationCenter、NSTimer等特殊Cocoa对象的内存管理问题提供了实践建议，并总结了常见内存管理问题与应对策略，帮助开发者避免内存泄漏和应用崩溃，提升iOS应用的稳定性与性能。
61、Swift编程：类型转换、内存管理及与C和Objective - C的交互
zz67890的博客
11-20 9
本文深入介绍了Swift编程中的核心概念，包括类型转换（使用is、as?和as运算符）、值类型与引用类型的区别、常量与变量的引用行为、inout参数的使用，以及Swift与C和Objective-C之间的无缝集成与免费桥接机制。同时探讨了自动引用计数（ARC）和垃圾回收的基本原理，并结合实际开发场景，提供了避免内存混淆和泄漏的最佳实践。通过掌握这些知识，开发者能够编写更高效、安全且稳定的iOS应用程序。
18、内存、地址与指针：深入理解Objective - C内存管理
metaverse5vr的博客
07-20 81
本文深入探讨了Objective-C中的内存管理机制，涵盖了内存分配、指针的基本概念、引用计数模型以及Xcode 4.2引入的自动引用计数（ARC）特性。文章详细介绍了自动变量与手动分配内存的区别，以及如何正确释放内存以避免内存泄漏和悬空指针问题。同时，总结了内存管理的关键要点，并提供了实际开发中的策略、常见错误及性能优化建议，帮助开发者编写高效稳定的Objective-C代码。
35、内存管理与对象图的构建及应用
ipfs8storage的博客
11-18 4
本文深入探讨了Objective-C中的内存管理机制与对象图的构建方法。通过实例演示了autorelease的自动释放行为及Mac应用中启用垃圾回收的配置步骤。文章详细介绍了实体、类、对象与对象图的概念，并以任务管理系统为例，构建了包含Project、Task和Worker类的对象图，展示了类之间的关系及其初始化流程。同时，涵盖了键值编码（KVC）、键值观察（KVO）等动态访问和响应属性变化的技术，帮助开发者更好地组织和管理复杂的数据模型。
26、内存管理与对象复制：原理、方法及应用
b9c0d的博客
07-14 31
本文深入讲解了Objective-C中的内存管理机制与对象复制技术，包括引用计数、自动释放池、垃圾回收机制以及对象复制中的浅复制与深复制区别。通过代码示例详细分析了对象的创建、保留、释放和自动释放过程，以及不同复制方法对对象内容和引用的影响。适合iOS开发者和对内存管理感兴趣的程序员阅读。
iOS NSString的内存情况
QQQ274628593的博客
11-03 2142
在iOS 的内存管理里面，NSString算是一个比较特殊的情况，它是一个OC对象，可是它的内存管理跟它指向的内容有关。 主要分两种： （1）NSString 指向一个常量字符串，即在编译时已经确定的值，那么NSString就不受内存管理 （2）除开第一种情况，那么NSString就跟其他OC对象一样，受retainCount控制。  测试代码NSString *str11 = @"dsf
iOS: NSString内存管理探究
weixin_34190136的博客
07-27 161
本文主要包括NSString的内存管理问题，按照string的初始化方法来分析。还包括使用__weak后的影响 在我们所认识的内存管理的规则下看下面的代码 NSObject * __weak ob = [[NSObject alloc] init]; NSLog(@"%@",ob); 输出应该是null才对，但是最近发现了NSStrin...
NSString内存分配与管理
weixin_33788244的博客
07-09 145
2019独角兽企业重金招聘Python工程师标准>>> ...
NSString的Copy与内存分配
github_26452845的专栏
03-10 983
原文链接：http://tutuge.me/2015/02/18/NSString%E7%9A%84Copy%E4%B8%8E%E5%86%85%E5%AD%98%E5%88%86%E9%85%8D/ 前言 不管是用什么语言开发，字符串应该算是用的最多的了。在Objective-C中，字符串类是NSString，以及其子类NSMutableString等。所以，对于字符串类，编程语言、
NSString 类的内存管理问题
lin_transform的博客
11-19 254
NSString
NSString特性分析学习
Vicky的移动开发专栏
01-05 489
转载：http://blog.cnbluebox.com/blog/2014/04/16/nsstringte-xing-fen-xi-xue-xi/ 我们都知道NSString是一个Objective-C的类，但是我们有时发现它的对象在内存管理上貌似和其他的对象有一些区别。比如有时你会发现对一个NSString进行copy操作时，它还是原本的对象，实际上并未拷贝对象。本博客就来研究下这
[IOS 开发] NSString内存管理，NSString放在内存的什么区域
u010130947的专栏
01-09 2614
测试代码： NSString *str1 = [NSString stringWithFormat:@"小强"]; NSString *str2 = [NSString stringWithFormat:@"1"]; NSString *str3 = [NSString stringWithFormat:@"a"]; NSString *str4 = @"123456789"; 上面这段代...
OC学习笔记之NSString类的内存管理小记
zhuhoulinly的博客
07-21 1437
NSString等Foundation框架提供的类的内存管理     (1)字符串的常量池(在数据区)      (2)         NSString *str1 = @“abc”;         NSString *str2 = [NSString stringWithString:@"abc"];         NSString *str3 = [[NSString allo
iOS 内存管理
07-30
### 内存管理机制详解 iOS 的内存管理机制主要分为两种模式：**ARC**（自动引用计数）和**MRC**（手动引用计数）。Objective-C 通过引用计数来管理对象的生命周期，确保内存的合理分配与释放。 在 MRC 模式下，开发者需要手动调用 `retain`、`release` 和 `autorelease` 等方法来管理对象的引用计数。例如： ```objc MyClass *obj = [[MyClass alloc] init]; // retainCount = 1 [obj retain]; // retainCount = 2 [obj release]; // retainCount = 1 [obj release]; // retainCount = 0, 对象被释放 ``` 在 ARC 模式下，编译器会自动插入适当的内存管理代码，开发者无需手动调用这些方法。ARC 会根据对象的使用情况自动管理内存，从而减少内存泄漏和野指针的风险。 ARC 有效时，id 类型和对象类型必须附加所有权修饰符，包括 `__strong`、`__weak`、`__unsafe_unretained` 和 `__autoreleasing`。其中 `__strong` 是默认修饰符，表示强引用，会增加对象的引用计数；而 `__weak` 表示弱引用，不会增加引用计数，并在对象被释放时自动置为 `nil` [^3]。 ### ARC 与 MRC 区别 ARC 和 MRC 的主要区别在于内存管理的自动化程度。MRC 要求开发者手动管理内存，容易出错且维护成本高；而 ARC 则由编译器自动插入内存管理代码，减少了内存泄漏和野指针的可能性。 在 MRC 中，开发者必须显式调用 `retain` 和 `release` 来控制对象的生命周期。而在 ARC 中，这些操作由编译器自动完成。例如，在 ARC 环境下，以下代码会自动处理内存管理： ```objc MyClass *obj = [[MyClass alloc] init]; // 自动 retain obj = nil; // 自动 release ``` 此外，ARC 引入了所有权修饰符，使得内存管理更加精细。`__strong` 表示强引用，会保持对象的存活；而 `__weak` 则用于避免循环引用，常用于代理模式和闭包中 [^3]。 尽管 ARC 简化了内存管理，但某些 Core Foundation 类型（如 `CFStringRef`）仍然需要手动管理内存，因为它们不属于 Objective-C 的 ARC 管理范围 [^1]。 ### 内存泄漏预防方法 内存泄漏是 iOS 开发中常见的问题，通常由循环引用或未释放的对象引起。为了预防内存泄漏，可以采取以下措施： 1. **使用弱引用**：在可能产生循环引用的情况下，使用 `__weak` 修饰符来打破循环。例如，在代理模式中，代理属性应声明为 `weak`： ```objc @property (nonatomic, weak) id<MyDelegate> delegate; ``` 2. **避免强引用循环**：在使用闭包时，避免在闭包内部强引用外部对象。可以通过捕获列表使用 `weakSelf` 来打破循环： ```objc __weak typeof(self) weakSelf = self; dispatch_async(dispatch_get_main_queue(), ^{ __strong typeof(weakSelf) strongSelf = weakSelf; [strongSelf doSomething]; }); ``` 3. **使用 Instruments 工具**：Xcode 提供了 Instruments 工具，可用于检测内存泄漏。通过 Leaks 工具可以识别未释放的对象，并查看其引用路径。 4. **及时释放资源**：对于不再使用的对象，及时将其置为 `nil`，以便 ARC 能够自动释放内存。 5. **注意 Core Foundation 对象管理**：以 `CF` 开头的 Core Foundation 类型（如 `CFStringRef`）需要手动管理内存，使用 `CFRetain` 和 `CFRelease` 进行引用和释放 [^1]。 6. **合理使用 autoreleasepool**：在大量创建临时对象的循环中，使用 `@autoreleasepool` 可以及时释放内存，避免内存峰值过高： ```objc for (int i = 0; i < 1000; i++) { @autoreleasepool { NSString *str = [[NSString alloc] initWithFormat:@"Item %d", i]; // 使用 str } } ``` 通过上述方法，可以有效预防内存泄漏，提升应用的稳定性和性能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值