Swift Array copy 的线程安全问题

最新推荐文章于 2022-08-10 11:21:26 发布

Silence_cs

最新推荐文章于 2022-08-10 11:21:26 发布

阅读量456

点赞数

文章标签： Swift 线程安全 copy

本文链接：https://blog.youkuaiyun.com/Silence_cs/article/details/55051507

版权

Swift Array copy 的线程安全问题
 http://www.cnblogs.com/silence-cnblogs/p/6288208.html
Swift array的copy是线程不安全的。Array赋值后，是否发生copy与array的元素类型有关。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Silence_cs

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Swift 线程安全数组

qq_43093708的博客

10-09

785

有并发的地方就存在线程安全问题，尤其是对于 Swift 这种还没有内置并发支持的语言来说线程安全问题更为突出。下面我们通过常见的数组操作来分析其中存在的线程问题，以及如何实现一个线程安全数组。 PS ：有兴趣的加入Android工程师交流QQ群：752016839 主要针对Android开发人员提升自己，突破瓶颈，相信你来学习，会有提升和收获。问题所在因为无法确定执行顺序，所以并发导致...

Swift线程安全详解－概念，三种锁，死锁，Atomic，synchronized

Leo的专栏

11-26

1万+

原创Blog，转载请注明出处 http://blog.youkuaiyun.com/hello_hwc?viewmode=list 我的stackoverflow 前言：最近app中的日历小概率的在currentCalendar这个方法崩溃，看了下call tree。研究了下，是线程安全问题。这里，就系统性的总结下线程安全这部分。之后的博客绝大部分源码会用Swift来写了。一些资料 objc

参与评论您还未登录，请先登录后发表或查看评论

swift 实现一个高效线程安全的Array

丿灬安之若死

09-02

953

先来一个不安全的版本 //: FROM https://www.anuomob.com import UIKit import PlaygroundSupport //不希望主线程执行完毕就结束 PlaygroundPage.current.needsIndefiniteExecution = true var array = Array(0...10000) func getLastItem()->Int?{ var temp:Int? = nil if array.cou

Undefined symbols for architecture arm64: “Swift._ArrayBuffer._copyContents...“

reylen的专栏

06-25

376

运行环境 macOS node v14 run-android $ react-native run-android info Running jetifier to migrate libraries to AndroidX. You can disable it using "--no-jetifier" flag. Jetifier found 1358 file(s) to forward-jetify. Using 4 workers... info JS server already run

详解深浅拷贝

Z1591090的博客

07-12

2746

前言说道拷贝大家可能联想到深拷贝和浅拷贝概念，然而在swift却很少涉及宝贝问题，即使swift下依然有copy和mutableCopy方法。但终其原因，创建单纯的swift类并不需要继承NSObject,而是使用swift类，另外很多牵扯拷贝问题的数组和字典，在swift对应于Array和Dictionary,不同于NSArray 和NSDictionary，swift的Array和Dictionary是值类型，赋值后并不需要担心其拷贝问题。所以主要结束Objective-C中的深拷贝和浅拷贝。

Swift数组copy-on-write特性实例

HelloMagina的博客

08-10

448

Swift数组copy-on-write特性

Swift 值类型,引用类型,深拷贝,浅拷贝,Copy,MutableCopy

Leo的专栏

12-01

1万+

原创Blog，转载请注明出处 http://blog.youkuaiyun.com/hello_hwc?viewmode=list 我的stackoverflow前言：Swift相对应Objective C来说，它不再需要绝大部分对象继承自NSObject,所以Swift的类型和Objective C的变量类型也不一致。Value Type/Reference Type什么是值类型，引用类型？二者最主要

iOS 关于线程安全的Tips

Xiejunyi12的博客

03-25

1254

atomic 不能绝对的保证线程安全Set这是 OC 中设置属性与原子性有关情况所做的操作 if (!atomic) { oldValue = *slot; *slot = newValue; } else { spinlock_t& slotlock = PropertyLocks[slot]; slotlock.lo

简单Swift梳理

逝水无情的博客

04-25

400

一、字符串的介绍 1.OC和Swift字符串的区别在OC中字符串类型是NSString ，在Swift中字符串类型是String 使用String的原因 String是一个结构体，性能更高 NSString 是一个OC对象，性能略差 String 支持直接便利 Swift提供了String和NSString之间的无缝转换 ...

Swift - 实现数组的深拷贝

mscinsidious的博客

05-29

3187

关于数组深浅拷贝问题可参考关于 strong，copy，深拷贝，浅拷贝的整理这篇文章，本文不再详述。在此仅列举一具体案例，并记录解决方式，以供参考。 json数据结构： json= { "data" : { "data" : [ { "shop_id" : 1, "product_list" : [ { ...

Swift3 数组复制

bwf_erg的博客

05-01

3769

数组在赋值或参数传递过程中会发生复制行为。数组属于值类型，值类型在赋值或参数传递时会发生复制行为，赋予的值或传递的参数是一个副本，而引用类型在赋值或参数传递时不会发生复制行为，赋予的值或传递的参数是一个引用。下面我们通过一个例子来介绍数组的复制。 1 | var languageList: [String] = ["Swift","OC","Java","C"] 2

Swift-技巧（七）重识 Array

我为双鱼狂

11-23

1513

摘要 iOS 开发，尤其是从 OC 转换到 Swift，对 Array 需要重新了解，Swift 中保留了什么属性，增加了什么属性，内存存储是什么情况等等，了解了这些，在使用 Array 的时候可以更符合 Swift 的思想，也方便了自己。 Array 是应用程序中最常用的数据类型之一，可以使用 Array 来处理应用程序中的数据。使用 Array 类型来保存单一类型的元素。数组可以存储任何类型的元素—— 从 Int 到 String，甚至是 Class，但是数组中元素必须是同一类型。 Swift 中可.

Swift－深浅拷贝与内存管理（高级）

MinggeQingchun的博客

01-09

2526

Swift－深浅拷贝与内存管理（高级） /* Swift内存管理（高级部分） */ import Foundation /* 1、深浅拷贝 */ print("1、深浅拷贝") //结构体，值类型 struct Deep{ var copy:Int = 0 } //类，引用类型 class Shallow{ var copy:Int = 0 } //深拷

Swift让数组支持深拷贝

享受开发，颠倒银河

11-15

1927

当数组的元素为对象时才考虑深拷贝，如果是结构就没有意义了。只有数组的对象支持NSCopying协议时，数组才可以支持深拷贝。有了如上共识，我们可以很快写出Demo来: 首先是测试类： class Foo:NSCopying{ func copy(with zone: NSZone? = nil) -> Any { let copiedObj = Foo(name:...

swift Array 数组

最新发布

03-25

<think>好的，我现在需要解决用户关于如何修复MS_MUTABLE_ARRAY相关的问题。首先，用户提到的问题可能与MS_MUTABLE_COLLECTION有关，引用[1]指出MS是一个可变集合，可能存在线程安全或不可变误用的情况。我需要先理解MS_MUTABLE_ARRAY的具体场景。用户的问题可能涉及多线程环境下可变数组的并发修改，导致数据不一致或崩溃。根据引用[2]，当数据结构被修改时，旧版本可能需要被回收，这可能涉及到内存管理的问题。修复方法可能包括使用线程安全的数据结构，或者将可变数组改为不可变版本，确保每次修改都生成新实例。另外，引用[3]中的代码展示了如何处理数组元素的总和可能性，可能涉及到数组的正确修改和范围控制。修复MS_MUTABLE_ARRAY可能需要类似的方法，比如在修改时创建副本，避免共享状态。可能的修复步骤包括：检查代码中所有修改数组的地方，确保使用同步机制如锁或GCD队列；或者替换为不可变数组，使用函数式方式生成新数组。同时，需要验证内存管理是否正确，避免旧实例未被释放导致泄漏，如引用[2]提到的回收机制。还需要考虑是否误用了可变数组，在不应修改的地方进行了修改，比如在不可变的配置中使用。此时应改用深拷贝或不可变类型。最后，通过测试重现问题，使用工具检测线程冲突或内存问题，确保修复有效。</think>关于MS_MUTABLE_ARRAY问题的修复方法，以下是系统级的解决方案： ### 修复步骤 1. **线程安全处理** 若在多线程环境下使用可变数组，需使用`dispatch_barrier`或`pthread_mutex`实现读写锁： ```objective-c // 使用GCD串行队列 dispatch_queue_t syncQueue = dispatch_queue_create("com.example.syncQueue", DISPATCH_QUEUE_SERIAL); // 写操作 dispatch_sync(syncQueue, ^{ [mutableArray addObject:newObj]; }); ``` [^1] 2. **不可变转换** 当需要保证数据不可变性时，使用`copy`方法创建不可变版本： ```swift let immutableArray = NSArray(array: mutableArray) // 或使用Swift原生类型 let safeArray = Array(mutableArray) ``` 3. **内存管理优化** 对于可能产生旧版本残留的场景，采用ARC自动引用计数结合`@autoreleasepool`： ```objective-c @autoreleasepool { NSMutableArray *tempArray = [originalArray mutableCopy]; [tempArray addObject:@(2->200)]; // 类似引用[2]的映射关系 originalArray = [tempArray copy]; } ``` 4. **边界控制** 参考引用[3]的数值范围验证逻辑，添加预检查： ```objective-c if (index >= 0 && index < [mutableArray count]) { [mutableArray replaceObjectAtIndex:index withObject:newValue]; } else { NSLog(@"索引越界：允许范围 0-%lu", (unsigned long)[mutableArray count]-1); } ``` ###