作者:fengsh998
原文地址:http://blog.csdn.net/fengsh998/article/details/31824179

Swift使用自动引用计数(ARC)来管理应用程序的内存使用。这表示内存管理已经是Swift的一部分,在大多数情况下,你并不需要考虑内存的管理。当实例并不再被需要时,ARC会自动释放这些实例所使用的内存。

另外需要注意的:

引用计数仅仅作用于类实例上。结构和枚举是值类型,而非引用类型,所以不能被引用存储和传递。


swift的ARC工作过程

每当创建一个类的实例,ARC分配一个内存块来存储这个实例的信息,包含了类型信息实例的属性值信息

另外当实例不再被使用时,ARC会释放实例所占用的内存,这些内存可以再次被使用。
但是,如果ARC释放了正在被使用的实例,就不能再访问实例属性,或者调用实例的方法了。直接访问这个实例可能造成应用程序的崩溃。就像空实例或游离实例一样。
为了保证需要实例时实例是存在的,ARC对每个类实例,都追踪有多少属性、常量、变量指向这些实例。当有活动引用指向它时,ARC是不会释放这个实例的。
为实现这点,当你将类实例赋值属性常量变量时,指向实例的一个强引用(strong reference)将会被构造出来。被称为强引用是因为它稳定地持有这个实例,当这个强引用存在时,实例就不能够被自动释放,因此可以安全地使用。


<pre name="code" class="objc">class Teacher
{
    var tName : String

    init(name:String)
    {
        tName = name
        println("老师 \(tName) 实例初始化完成.")
    }
    
    func getName() -> String
    {
        return tName
    }
    
    func classing()
    {
        println("老师 \(tName) 正在给学生讲课.")
    }
    
    deinit
    {
        println("老师 \(tName) 实例析构完成.")
    }
}
 

测试 ARC

func testArc()
{
    var teacher:Teacher? = Teacher(name:"张三")  //实例化一个Teacher对象将指向一个变量,此时产生了一个强引用(就好像OC中的引用计数+1)
    var refteacher:Teacher? = teacher            //再次产生强引用即(引用计数再+1)
    var refteacher2:Teacher? = teacher<span style="white-space:pre">		</span> <span style="font-family: Arial,Helvetica,sans-serif;">//再次产生强引用即(引用计数再+1)</span>

    
    refteacher = nil            //第一个引用对象为nil并没有使实例释放,(引用计数-1)
    teacher?.classing()         //正常
    teacher = nil               //第二个引用对象为nil并没有使实例释放,(引用计数-1)
    refteacher2!.classing()     //正常
    refteacher2 = nil           //第三个引用对象为nil此时已没有作何引用了,因此ARC回收,实例释放.(引用计数-1)最后引用计数为0,则自动调用析构
    refteacher2?.classing()     //不再有输出
}

输出结果
老师 张三 实例初始化完成.
老师 张三 正在给学生讲课.
老师 张三 正在给学生讲课.
老师 张三 实例析构完成.

从上面的例子来看,确实swift给我们自动管理了内存,很多时侯开发者都不需要考虑太多的内存管理。但真的是这样吗?真的安全吗?作为开发者要如何用好ARC?

尽管ARC减少了很多内存管理工作,但ARC并不是绝对安全的。下面来看一下循环强引用导至的内存泄漏


class Teacher
{
    var tName : String
    var student : Student?       //添加学生对象,初始时为nil
    
    init(name:String)
    {
        tName = name
        println("老师 \(tName) 实例初始化完成.")
    }
    
    func getName() -> String
    {
        return tName
    }
    
    func classing()
    {
        println("老师 \(tName) 正在给学生 \(student?.getName()) 讲课.")
    }
    
    deinit
    {
        println("老师 \(tName) 实例析构完成.")
    }
}

class Student
{
    var tName : String
    var teacher : Teacher?       //添加老师对象,初始时为nil
    
    init(name:String)
    {
        tName = name
        println("学生 \(tName) 实例初始化完成.")
    }
    
    func getName() -> String
    {
        return tName
    }
    
    func listening()
    {
        println("学生 \(tName) 正在听 \(teacher?.getName()) 老师讲的课")
    }
    
    deinit
    {
        println("学生 \(tName) 实例析构化完成.")
    }
}

测试泄漏:

func testMemoryLeak()
{
    var teacher :Teacher?
    var student :Student?
    
    teacher = Teacher(name:"陈峰")   //(引用计数为1)
    student = Student(name:"徐鸽")   //<span style="font-family: Arial,sans-serif;">(引用计数为1)</span>
    
    teacher!.student = student  //赋值后将产生"学生"对象的强引用 (引用计数+1)
    student!.teacher = teacher  //赋值后将产生"老师"对象的强引用 (引用计数+1)
    
    teacher!.classing()         //因为我清楚地知道teacher对象不可能为空,所以我用!解包
    student!.listening()
    
    //下面的代码,写与不写都不能使对象释放
    teacher = nil           //引用计数-1 但还不能=0,所以不会析构
    student = nil<span style="white-space:pre">	</span>    //引用计数-1 但还不能=0,所以也不会析构
    
    println("释放后输出")
    
    teacher?.classing()<span style="white-space:pre">		</span>//因为我不能确定teacher对象是否为空,所以必须用?来访问。
    student?.listening()
    
}

输出结果:

老师 陈峰 实例初始化完成.
学生 徐鸽 实例初始化完成.
老师 陈峰 正在给学生 徐鸽 讲课.
学生 徐鸽 正在听 陈峰 老师讲的课
释放后输出

自始至终都没有调用deinit。因此就会泄漏,此时已经不能采取任何措拖来释放这两个对象了,只有等APP的生命周期结束

实例之间的相互引用,在日常开发中是很常见的一种,哪么如何避免这种循环强引用导致的内存泄漏呢?

可以通过在类之间定义为弱引用(weak)或无宿主引用的(uNowned)变量可以解决强引用循环这个问题

弱引用方式:

弱引用并不保持对所指对象的强烈持有,因此并不阻止ARC对引用实例的回收。这个特性保证了引用不成为强引用循环的一部分。指明引用为弱引用是在生命属性或变量时在其前面加上关键字weak。

注意
弱引用必须声明为变量,指明它们的值在运行期可以改变。弱引用不能被声明为常量
因为弱引用可以不含有值,所以必须声明弱引用为可选类型。因为可选类型使得Swift中的不含有值成为可能。

因此只需要将上述的例子任意一个实例变量前加上weak关键词即可,如:


    weak var student : Student?
或
    weak var teacher : Teacher?

下面来测试一下weak var student : Student?设为弱引用后,测试释放的时间点(情况一)

    var teacher :Teacher?
    var student :Student?
    
    teacher = Teacher(name:"陈峰")
    student = Student(name:"徐鸽")
    
    teacher!.student = student  //赋值后将产生"学生"对象的强引用
    student!.teacher = teacher  //赋值后将产生"老师"对象的强引用
    
    teacher!.classing()
    student!.listening()
    
    teacher = nil               //此时将没有马上调用析构,要等student释放后才会释放
    //student = nil
    
    println("释放后输出")
    
    teacher?.classing()<span style="white-space:pre">		</span>//前面已设为nil,所以没有输出
    student?.listening()        

经测试输出

老师 陈峰 实例初始化完成.			//执行teacher = Teacher(name:"陈峰")
学生 徐鸽 实例初始化完成.			//执行student = Student(name:"徐鸽")
老师 陈峰 正在给学生 徐鸽 讲课.      //执行teacher!.classing()
学生 徐鸽 正在听 陈峰 老师讲的课		//执行student!.listening()
释放后输出                       //执行println("释放后输出")
学生 徐鸽 正在听 陈峰 老师讲的课		//执行student?.listening()
学生 徐鸽 实例析构化完成.			//学生对象先释放
老师 陈峰 实例析构完成.             //此时由于学生对象释放了,此时没有了引用,也可以进行析构了

如果 weak var teacher : Teacher?

再来进行测试:(情况二)


    var teacher :Teacher?
    var student :Student?
    
    teacher = Teacher(name:"陈峰")
    student = Student(name:"徐鸽")
    
    teacher!.student = student  //赋值后将产生"学生"对象的强引用
    student!.teacher = teacher  //赋值后将产生"老师"对象的强引用
    
    teacher!.classing()
    student!.listening()
    
    teacher = nil               //此时将没有马上调用析构,要等student释放后才会释放
    //student = nil
    
    println("释放后输出")
    
    teacher?.classing()
    student?.listening()        //此时并不因为

输出结果:

老师 陈峰 实例初始化完成.
学生 徐鸽 实例初始化完成.
老师 陈峰 正在给学生 徐鸽 讲课.
学生 徐鸽 正在听 陈峰 老师讲的课
老师 陈峰 实例析构完成.
释放后输出
学生 徐鸽 正在听 nil 老师讲的课
学生 徐鸽 实例析构化完成.

经测试得出结论:

当A类中包函有B类的弱引用的实例,同时,B类中存在A的强引用实例时,如果A释放,也不会影响B的析放,但A的内存回收要等B的实例释放后才可以回收。(情况一的结果)

当A类中包函有B类的强引用的实例时,如果A释放,则不会影响B的析放。(情况二的结果)

无宿主引用方式:

和弱引用一样,无宿主引用也并不持有实例的强引用。但和弱引用不同的是,无宿主引用通常都有一个值。因此,无宿主引用并不定义成可选类型。指明为无宿主引用是在属性变量声明的时候在之前加上关键字uNowned
因为无宿主引用为非可选类型,所以每当使用无宿主引用时不必使用?。无宿主引用通常可以直接访问。但是当无宿主引用所指实例被释放时,ARC并不能将引用值设置为nil,因为非可选类型不能设置为nil。
注意
在无宿主引用指向实例被释放后,如果你想访问这个无宿主引用,将会触发一个运行期错误(仅当能够确认一个引用一直指向一个实例时才使用无宿主引用)。在Swift中这种情况也会造成应用程序的崩溃,会有一些不可预知的行为发生。因此使用时需要特别小心。


将前面例子改为无宿主引用:


class Teacher
{
    var tName : String
    var student : Student?              //学生对象的强引用,实例可以为nil
    
    init(name:String)
    {
        tName = name
        println("老师 \(tName) 实例初始化完成.")
    }
    
    func getName() -> String
    {
        return tName
    }
    
    func classing()
    {
        println("老师 \(tName) 正在给学生 \(student?.getName()) 讲课.")
    }
    
    deinit
    {
        println("老师 \(tName) 实例析构完成.")
    }
}

class Student
{
    var tName : String
    uNowned var teacher : Teacher           //无宿主引用,不可以设置为nil
    
    init(name:String,tcher :Teacher)
    {
        tName = name
        teacher = tcher    //因为无宿主引用不能设为可选型,所在必须要初始化
        println("学生 \(tName) 实例初始化完成.")
    }
    
    func getName() -> String
    {
        return tName
    }
    
    func listening()
    {
        println("学生 \(tName) 正在听 \(teacher.getName()) 老师讲的课")
    }
    
    deinit
    {
        println("学生 \(tName) 实例析构化完成.")
    }
}

测试无宿主引用:


func testNotOwner()
{
    var teacher :Teacher?               //声明可选型变量
    
    teacher  = Teacher(name:"陈峰")
    
    var student = Student(name: "徐鸽",tcher: teacher!)
    
    //进行相互引用
    teacher!.student = student
    student.teacher = teacher!
    
    teacher!.classing()
    student.listening()
    
    teacher = nil
    println("老师对象释放后")
    
    teacher?.classing()
    student.listening() //error 因为在前面的teacher设为nil时,隐式的将student对象给释放了,因此这里再访问就会crash
}

输出结果:

老师 陈峰 实例初始化完成.
学生 徐鸽 实例初始化完成.
老师 陈峰 正在给学生 徐鸽 讲课.
学生 徐鸽 正在听 陈峰 老师讲的课
老师 陈峰 实例析构完成.
老师对象释放后
Program ended with exit code: 9(lldb)  //会crash,thead1:Exc_BREAKPOINT(code=EXC_i386_BPT,subcode=0x0)

所以使用无宿主引用时,就需要特别小心,小心别人释放时,顺带释放了强引用对象,所以要想别人释放时不影响到原实例,可以使用弱引用这样就算nil,也不会影响。

上面介绍了,当某个类中的实例对象如果在整个生命周期中,有某个时间可能会被设为nil的实例,使用弱引用,如果整个生命周期中某一实例,一旦构造,过程中不可能再设为nil的实例变量,通常使用无宿主引用。但时有些时侯,在两个类中的相互引用属性都一直有值,并且都不可以被设置为nil。这种情况下,通常设置一个类的实例为无宿主属性,而另一个类中的实例变量设为的隐式装箱可选属性(即!号属性)

如下面的例子,每位父亲都有孩子(没孩子能叫父亲么?),每个孩子都有一个亲生父亲


class Father
{
    let children : Children!                    //声明为隐式可选类型
    let fathername : String
    init(name:String,childName:String)
    {
        self.fathername = name
        self.children = Children(name: childName,fat:self) //初始化时产生相互引用
    }
    
    deinit
    {
        println("father deinited.")
    }
}

class Children
{
    uNowned let father : Father                 //声明为无宿主类型
    let name : String
    init(name:String,fat : Father)
    {
        self.name = name
        self.father = fat
    }
    
    deinit
    {
        println("children deinited.")
    }
}

测试代码:

    var fa = Father(name: "王五",childName: "王八")
    println("\(fa.fathername) 有个小孩叫 \(fa.children.name)")

输出结果:

王五 有个小孩叫 王八
father deinited.
children deinited.

同样可以看到,尽管是循环引用,但还是能正常回收。

另外,还有一种情况,当自身的闭包对自身(self) 的强引用,也会导致内存泄漏。

例子:


class cpuFactory
{
    let cpuName : String
    let cpuRate : Double
    init(cpuName:String,rate:Double)
    {
        self.cpuName = cpuName
        self.cpuRate = rate
    }
    
    //声明一个闭包
    @lazy var someClosure: (Int,String) -> String = {
        //下面这句不可以注释编译器会报Tuple types '(Int,String)'and'()'hava a different number of elements (2 vs. 0)
        [uNowned self] (index: Int,stringToProcess: String) -> String in
        // closure body goes here
        
        return "A \(self.cpuName)"  //闭包中引用self
    }
    
    //声明一个闭包,同样闭包中引用self
    @lazy var machining: () -> String = {
        [uNowned self] in      //这句可以注释(按照书上说,使用这句可以解释闭包的强引用,但个人实践,不管加不加这句,都不会释放,即这样写有内存泄漏)
        // closure body goes here
        
        if self.cpuRate > 10
        {
            return "\(self.cpuName) i7 2.5G"
        }
        else
        {
            return "\(self.cpuName) i3 2.0G"
        }
    }
    
    //声明一个闭包,但闭包中将自身作为参数传进去(可以避去内存泄漏)
    @lazy var machining2 : (cpuFactory) -> String = {

        [uNowned self] (cpu:cpuFactory) -> String in
        
        if cpu.cpuRate > 10
        {
            return "\(cpu.cpuName) i7 2.5G"
        }
        else
        {
            return "\(cpu.cpuName) i3 2.0G"
        }
    }
    
    deinit
    {
        println("cpu Factroy is deinited.")
    }
}

在这个例子中有三个闭包,分别是带参,和不带参,对于带参的 不能省略[uNowned self] (paramers) in操作。否则会编译不过,另外,书中没有提到的,只有声明为@lazy的闭包中才可以使用[uNowned self] 否则在普通闭包中使用也会报错。还有一点书中讲到当自身闭包中使用self.时会产生强引用,导至内存泄漏,因此加上[uNowned self ] in 这句可以破坏这种强引用,从而使内存得到释放,但经本人亲自验证,就算加上了也没有释放。

测试


func testClosure()
{
    var cpu : cpuFactory? = cpuFactory(cpuName: "Core",rate: 5)
//    println(cpu!.machining())
    println(cpu!.machining2(cpu!))
//    println(cpu!.someClosure(3,"hello"))
    
    cpu = nil
}

分别单独验证各句输出结果:
func testClosure()
{
    var cpu : cpuFactory? = cpuFactory(cpuName: "Core",rate: 5)
    println(cpu!.machining())
    cpu = nil
}

输出:

Core i3 2.0G

显然cpu = nil也不会释放内存。

再来看第二个。

func testClosure()
{
    var cpu : cpuFactory? = cpuFactory(cpuName: "Core",rate: 5)
    println(cpu!.machining2(cpu!))
    cpu = nil
}

输出
Core i3 2.0G
cpu Factroy is deinited.

可见使用自身作为参数传参时,可以释放内存。
同样再测试第三种

func testClosure()
{
    var cpu : cpuFactory? = cpuFactory(cpuName: "Core",rate: 5)
    println(cpu!.someClosure(3,"hello"))
    cpu = nil
}

输出

A Core

其实第三和第一种是一样的,都是引用了self.但第一种可以把[uNowned self ]in 句注释和不注释的情况下进行测试,可以发现结果是一样的,并没有释放内存。


实在令人有点费解。。。。。。

Swift ARC-自动引用计数、内存管理的更多相关文章

  1. 处理内存管理和iOS Cordova项目?

    任何人都可以告诉我如何处理基于iOSCordova的项目中的内存管理“收到内存警告”当我在iPhone或iPad上运行时,我在iOSCordova项目中收到此警告.我在我的应用程序中使用CDVlocation进行地理定位.我主要是在加载基于地图的视图时收到此消息.我正在使用基于ARC的Xcode项目任何帮助管理内存警告与cordova“收到内存警告”将不胜感激.谢谢你们解决方法在CDVPlugin.m中尝试这种方式

  2. xcode – Swift 1.2中的神秘崩溃 – 仅在版本中构建

    我的理论是,Swift的内存管理在优化的版本编译中出现了一些问题,只是在NSArray从Cocoa到达的特定情况下,在我们的代码可以获得它们之前,我们将它们桥接到[AnyObject].这样的NSArray没有正确地穿过桥.但是通过转换到NSArray然后回到特定的[SomeType]Swift数组,问题就解决了.当然,我认为当苹果公司指出这一点时,他们会解决这个问题,然后我们可以停止使用这种解决方法.但直到那时,我的应用程序再次在Release版本中运行.

  3. Xamarin.iOS在将C#编译为本机代码时对内存管理做了什么?

    什么Xamarin.iOS关于内存管理?使用通常的IL,我们有垃圾收集器,它处理未使用的对象和浮雕程序员调用删除.当Xamarin将代码编译为本机时,这是如何工作的?谁清理了不再使用的物体?这个问题回答了编译的工作原理,但没有解释内存管理部分:HowMonoTouchworks?

  4. swift语言的学习笔记六(ARC-自动引用计数,内存管理)

    Swift使用自动引用计数来管理应用程序的内存使用。当实例并不再被需要时,ARC会自动释放这些实例所使用的内存。swift的ARC工作过程每当创建一个类的实例,ARC分配一个内存块来存储这个实例的信息,包含了类型信息和实例的属性值信息。但是,如果ARC释放了正在被使用的实例,就不能再访问实例属性,或者调用实例的方法了。为了保证需要实例时实例是存在的,ARC对每个类实例,都追踪有多少属性、常量、变量指向这些实例。

  5. Swift内存管理概述

    Object-C的内存管理经历过2个阶段:手动引用计数内存管理MRC和自动引用计数内存引用管理ARC-MRC就是由程序员自己负责对象管理生命周期,负责对象的创建和销毁,ARC的程序员不用关心对象内存释放的问题,编译器在编译的时候在合适的代码位置插入内存释放代码。以C++和C为代表的手动内存管理模式,使用起来比较麻烦,经常导致内存泄露和内存过度释放等问题。

  6. Swift ARC-自动引用计数、内存管理

    当实例并不再被需要时,ARC会自动释放这些实例所使用的内存。测试ARC输出结果从上面的例子来看,确实swift给我们自动管理了内存,很多时侯开发者都不需要考虑太多的内存管理。尽管ARC减少了很多内存管理工作,但ARC并不是绝对安全的。但是当无宿主引用所指实例被释放时,ARC并不能将引用值设置为nil,因为非可选类型不能设置为nil。

  7. 关东升的《Swift2.0》暂定名即将出版

    关东升的《Swift2.0》(暂定名)即将出版大家好:苹果2015WWDC大会发布了Swift2.0,它较之前的版本Swift1.x有很大的变化,所以我将在11月左右出版,《Swift2.0》(暂定名)Swift2.0》将在《Swift开发指南》第1版的基础上添加Swift2.0的内容,同时摒弃第1版的一些不合理的内容,使得本书更加适合Swift开发者。我将连续发一些Swift2.0的学习笔记,有兴趣者,可以看一下。

  8. 初探swift语言的学习笔记六(ARC-自动引用计数,内存管理)

    Swift使用自动引用计数来管理应用程序的内存使用。当实例并不再被需要时,ARC会自动释放这些实例所使用的内存。swift的ARC工作过程每当创建一个类的实例,ARC分配一个内存块来存储这个实例的信息,包含了类型信息和实例的属性值信息。但是,如果ARC释放了正在被使用的实例,就不能再访问实例属性,或者调用实例的方法了。为了保证需要实例时实例是存在的,ARC对每个类实例,都追踪有多少属性、常量、变量指向这些实例。

  9. swift 内存管理

    Swift是自动管理内存的,这也就是说,我们不再需要操心内存的申请和分配。当我们通过初始化创建一个对象时,Swift会替我们管理和分配内存。添加weak后的输出:AdeinitBdeinit可能有心的朋友已经注意到,在Swift中除了weak以外,还有另一个冲着编译器叫喊着类似的“不要引用我”的标识符,那就是uNowned。可以将printName修改为这样:lazyvarprintName:()->()={[weakself]inifletstrongSelf=self{println(“Thename

  10. Swift内存管理ARC之循环引用

    此时这个Cat实例对象已经有三个强引用了。只有直到对象所有的引用被打破,ARC才会释放该对象当最后一个强引用被打破后,这个Cat对象被成功释放,输出:jack对象释放成功!解决循环引用办法Swift提供了两种方法来解决循环引用问题:弱引用无主引用声明变量或属性时,在前面加上”weak”关键词表示它是一个弱引用。从而达到打破循环引用的效果。这样便导致了循环引用。

随机推荐

  1. Swift UITextField,UITextView,UISegmentedControl,UISwitch

    下面我们通过一个demo来简单的实现下这些控件的功能.首先,我们拖将这几个控件拖到storyboard,并关联上相应的属性和动作.如图:关联上属性和动作后,看看实现的代码:

  2. swift UISlider,UIStepper

    我们用两个label来显示slider和stepper的值.再用张图片来显示改变stepper值的效果.首先,这三个控件需要全局变量声明如下然后,我们对所有的控件做个简单的布局:最后,当slider的值改变时,我们用一个label来显示值的变化,同样,用另一个label来显示stepper值的变化,并改变图片的大小:实现效果如下:

  3. preferredFontForTextStyle字体设置之更改

    即:

  4. Swift没有异常处理,遇到功能性错误怎么办?

    本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请发送邮件至dio@foxmail.com举报,一经查实,本站将立刻删除。

  5. 字典实战和UIKit初探

    ios中数组和字典的应用Applicationschedule类别子项类别名称优先级数据包contactsentertainment接触UIKit学习用Swift调用CocoaTouchimportUIKitletcolors=[]varbackView=UIView(frame:CGRectMake(0.0,0.0,320.0,CGFloat(colors.count*50)))backView

  6. swift语言IOS8开发战记21 Core Data2

    上一话中我们简单地介绍了一些coredata的基本知识,这一话我们通过编程来实现coredata的使用。还记得我们在coredata中定义的那个Model么,上面这段代码会加载这个Model。定义完方法之后,我们对coredata的准备都已经完成了。最后强调一点,coredata并不是数据库,它只是一个框架,协助我们进行数据库操作,它并不关心我们把数据存到哪里。

  7. swift语言IOS8开发战记22 Core Data3

    上一话我们定义了与coredata有关的变量和方法,做足了准备工作,这一话我们来试试能不能成功。首先打开上一话中生成的Info类,在其中引用头文件的地方添加一个@objc,不然后面会报错,我也不知道为什么。

  8. swift实战小程序1天气预报

    在有一定swift基础的情况下,让我们来做一些小程序练练手,今天来试试做一个简单地天气预报。然后在btnpressed方法中依旧增加loadWeather方法.在loadWeather方法中加上信息的显示语句:运行一下看看效果,如图:虽然显示出来了,但是我们的text是可编辑状态的,在storyboard中勾选Editable,再次运行:大功告成,而且现在每次单击按钮,就会重新请求天气情况,大家也来试试吧。

  9. 【iOS学习01】swift ? and !  的学习

    如果不初始化就会报错。

  10. swift语言IOS8开发战记23 Core Data4

    接着我们需要把我们的Rest类变成一个被coredata管理的类,点开Rest类,作如下修改:关键字@NSManaged的作用是与实体中对应的属性通信,BinaryData对应的类型是NSData,CoreData没有布尔属性,只能用0和1来区分。进行如下操作,输入类名:建立好之后因为我们之前写的代码有些地方并不适用于coredata,所以编译器会报错,现在来一一解决。

返回
顶部