【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记43 保护NSNotification的内存安全

简介: 在之前的Demo中讲解过NSNotification的用法,NSNotification是使用NSOperationQueue实现的,所以使用NSNotification不可避免地会陷入内存问题,比如下面这个情况:在storyboard中准备两个场景。

在之前的Demo中讲解过NSNotification的用法,NSNotification是使用NSOperationQueue实现的,所以使用NSNotification不可避免地会陷入内存问题,比如下面这个情况:在storyboard中准备两个场景。在第一个场景中显示一个label,旁边有一个按钮我们可以点击这个按钮modal segue到另外一个场景中,在其中放置一个textField输入新的name,用来修改第一个页面中的label显示,这是一个非常常见的功能。场景的布局如下:
这里写图片描述
创建两个控制器:ViewController和ModalViewController分别关联第一个和第二个场景。可以看见第二个场景是放在导航控制器中的,在它的右上角放一个“完成”按钮,用来返回。
第一个场景的编辑按钮点击下去之后触发modal segue到第二个场景,这个segue取名为EditSegue。
关联控制器和代码,在ModalViewController中设置一个nameToEdit属性作为模型:

@IBOutlet weak var nameTextField: UITextField!
    @IBOutlet weak var nameLabel: UILabel!
    var nameToEdit = ""

因为场景二的职责就是编辑,我需要在从场景一到场景二的时候自动选中textField,键盘滑出,所以需要的做法是在ModalViewController中的viewDidLoad方法中加入一句:

nameTextField.becomeFirstResponder()

如果有多个textField,选择合适的(一般都是最上面的)textField成为第一响应者,现在你过渡到场景二的时候看到的界面如下:
这里写图片描述
现在增加点击return关闭键盘的事件,要用到UITextField的delegate,首先遵循delegate协议:

class ModalViewController: UIViewController,UITextFieldDelegate 

其次设置textField的delegate,这里有个细节,不要把设置delegate的操作写到ViewDidLoad方法中一遍加载,这是因为只有在点击Return按钮的时候才需要调用delegate方法,这样可以实现这样一个功能:如果textField中的内容没有修改的话点击Return是不能返回的。要实现这样的细节可以在属性观察器中设置textField的delegate方法:

@IBOutlet weak var nameTextField: UITextField!{
        didSet{ nameTextField.delegate = self}
    }

如果场景中有多个textField的话,每一个都做这样的设置。然后在delegate方法中关闭键盘:

func textFieldShouldReturn(textField: UITextField) -> Bool {
        textField.resignFirstResponder()
        return true
    }

注意该delegate中resignFirstResponder和viewDidLoad中的becomeFirstResponder不见得是对应的,因为所有的textField都会在点击Return时调用这个方法,所以这里关闭的是传入的textField的第一响应者身份。
现在需要添加修改模型的方法了,因为textField的作用是修改模型,所以只有在模型变化时才更新UI,所以在nameToEdit中设置属性观察者:

var nameToEdit:String?{ didSet{ updateUI() } }

updateUI方法如下:

 func updateUI(){
   nameTextField?.text = nameToEdit
    nameLabel?.text = nameToEdit
    }

千万注意updateUI()方法中一定要向可选型赋值!因为在Navigation内部的缘故,为segue做prepare的时候IBOutlet可能还没有加载完成,nameTextField和nameLabel属性是nil的。当然模型的值nameToEdit的值即为第一个场景中的name属性,所以在场景二第一次加载的时候就应该显示从第一个场景中传入的值,因此在ViewDidLoad方法中加入也加载这个方法:

override func viewDidLoad() {
        super.viewDidLoad()
        nameTextField.becomeFirstResponder()
        updateUI()
    }

在第一个场景中向第二个场景传入值:

override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {
        if let vc = segue.destinationViewController as? ModalViewController{
        vc.nameToEdit = name.text
        }
    }

如果你这样写的话你会发现场景二中的nameToEdit为nil,可能你已经明白了问题所在,因为ModalViewController是包裹在NavigationController中的,所以segue的destinationViewController应该是NavigationController才对,有一个很好的办法解决这个问题:扩展UIViewController,方法如下:

extension UIViewController{
    var contentViewController:UIViewController{
        if let navcon = self as? UINavigationController{
        return navcon.visibleViewController
        } else{
        return self
        }
    }
}

扩展一个属性,如果当前控制器是一个导航控制器则返回其展示的第一个控制器,如果不是则返回自己,现在需要修改prepareForSegue方法了,把原本的:

if let vc = segue.destinationViewController as? ModalViewController

改为:

if let vc = segue.destinationViewController.contentViewController as? ModalViewController

现在当你切换到场景二的时候label和textField都有默认值,就是场景一中的name。现在的问题是当你操作textField的时候是不会改变模型nameToEdit的实际值的,在updateUI方法中设置了label和textField的同步,可以看到现在没有调用updateUI方法,证明没有修改模型的值:
这里写图片描述
这时候NSNotification就派上用场了,我们在修改textField的时候应该是实时同步修改模型的:

func observeTextField(){
    let center = NSNotificationCenter.defaultCenter()
    let queue = NSOperationQueue.mainQueue()
    center.addObserverForName(UITextFieldTextDidChangeNotification, object: nameTextField, queue: queue) { notification  in
        if let name = self.nameToEdit{
        self.nameToEdit = self.nameTextField.text
        }
        }

    }

这个方法要在合适的时机来调用,通常都放在viewDidAppear方法中,别忘了首先实现父类的方法:

override func viewDidAppear(animated: Bool) {
        super.viewDidAppear(animated)
        observeTextField()
    }

再次运行看看,OK!已经是一个完美的MVC模式了:
这里写图片描述
或许你觉得NSNotification还有什么可以学的么?它是如此简单!请考虑下面的情况:如果场景二被移除了怎么办?因为observer是在其他线程中的,它会继续监听这个textField,而textField会被移除了,而闭包是一直存在于内存中的,它无法自己去删除自己。做法是return一小段cookie,做法如下:

var ntfObserver:NSObjectProtocol?

这里NSObjectProtocol类型的意思是在以前它被当做一个“NSObject”对象来对待。
修改observeTextField()方法,在调用单例方法addObserverForName的时候“记录”下它,得到它返回的cookie:

let ntfObserver = center.addObserverForName(UITextFieldTextDidChangeNotification, object: nameTextField, queue: queue) { notification  in
        if let name = self.nameToEdit{
        self.nameToEdit = self.nameTextField.text
        }
        }

一旦完成了观察,就将其cookie从NSNotificationCneter中删除,在另一个生命周期方法中执行:

override func viewDidDisappear(animated: Bool) {
        super.viewDidDisappear(animated)
        if let observer = ntfObserver{
        NSNotificationCenter.defaultCenter().removeObserver(observer)
        }
    }

注意先使用可选绑定,这两个生命周期方法非常适合做这样的工作。因为在MVC移除之后,我们不希望在observer的闭包中继续持有这个对象,让它们彻底消失。
最后一个任务就是返回了,在导航栏上增加一个完成按钮,然后关联控制器:

@IBAction func done(sender: UIBarButtonItem) {
        presentingViewController?.dismissViewControllerAnimated(true, completion: nil)
    }

由于这里是测试我们在prepare方法中传入的是String,这是一个值类型的所以拷贝了并不是原来的值,如果你传入的是一个类的实例的话,在返回时是可以看到类已经被修改了。

目录
相关文章
|
7月前
|
Rust 安全 编译器
Rust中的生命周期与借用检查器:内存安全的守护神
本文深入探讨了Rust编程语言中生命周期与借用检查器的概念及其工作原理。Rust通过这些机制,在编译时确保了内存安全,避免了数据竞争和悬挂指针等常见问题。我们将详细解释生命周期如何管理数据的存活期,以及借用检查器如何确保数据的独占或共享访问,从而在不牺牲性能的前提下,为开发者提供了强大的内存安全保障。
|
2月前
|
SQL 存储 Java
关于内存安全问题,你应该了解的几点!
关于内存安全问题,你应该了解的几点!
|
3月前
|
安全 Java API
【性能与安全的双重飞跃】JDK 22外部函数与内存API:JNI的继任者,引领Java新潮流!
【9月更文挑战第7天】JDK 22外部函数与内存API的发布,标志着Java在性能与安全性方面实现了双重飞跃。作为JNI的继任者,这一新特性不仅简化了Java与本地代码的交互过程,还提升了程序的性能和安全性。我们有理由相信,在外部函数与内存API的引领下,Java将开启一个全新的编程时代,为开发者们带来更加高效、更加安全的编程体验。让我们共同期待Java在未来的辉煌成就!
71 11
|
3月前
|
安全 Java API
【本地与Java无缝对接】JDK 22外部函数和内存API:JNI终结者,性能与安全双提升!
【9月更文挑战第6天】JDK 22的外部函数和内存API无疑是Java编程语言发展史上的一个重要里程碑。它不仅解决了JNI的诸多局限和挑战,还为Java与本地代码的互操作提供了更加高效、安全和简洁的解决方案。随着FFM API的逐渐成熟和完善,我们有理由相信,Java将在更多领域展现出其强大的生命力和竞争力。让我们共同期待Java编程新纪元的到来!
105 11
|
4月前
|
数据采集 Rust 安全
Rust在网络爬虫中的应用与实践:探索内存安全与并发处理的奥秘
【8月更文挑战第31天】网络爬虫是自动化程序,用于从互联网抓取数据。随着互联网的发展,构建高效、安全的爬虫成为热点。Rust语言凭借内存安全和高性能特点,在此领域展现出巨大潜力。本文探讨Rust如何通过所有权、借用及生命周期机制保障内存安全;利用`async/await`模型和`tokio`运行时处理并发请求;借助WebAssembly技术处理动态内容;并使用`reqwest`和`js-sys`库解析CSS和JavaScript,确保代码的安全性和可维护性。未来,Rust将在网络爬虫领域扮演更重要角色。
80 1
|
4月前
|
Swift iOS开发
iOS开发-属性的内存管理
【8月更文挑战第12天】在iOS开发中,属性的内存管理至关重要,直接影响应用性能与稳定性。主要策略包括:`strong`(强引用),不维持对象生命期,可用于解除循环引用;`assign`(赋值),适用于基本数据类型及非指针对象属性;`copy`,复制对象而非引用,确保对象不变性。iOS采用引用计数管理内存,ARC(自动引用计数)自动处理引用增减,简化开发。为避免循环引用,可利用弱引用或Swift中的`[weak self]`。最佳实践包括:选择恰当的内存管理策略、减少不必要的强引用、及时释放不再使用的对象、注意block内存管理,并使用Xcode工具进行内存分析。
|
4月前
|
Rust 安全 程序员
揭秘Rust语言的内存安全秘籍:如何构建坚不可摧的系统级应用?
【8月更文挑战第31天】Rust语言凭借其独特内存安全机制在编程领域脱颖而出,通过所有权、借用与生命周期等概念,在保证高性能的同时避免了缓冲区溢出等常见错误。本文深入探讨Rust的内存安全机制,并通过示例代码展示如何利用这些机制构建高效且可靠的系统。尽管这些机制增加了学习难度,但为软件开发奠定了坚实基础,使Rust成为系统、嵌入式及网络编程的理想选择。随着社区的发展,Rust将在未来软件开发中扮演更重要角色。
90 0
|
6月前
|
Rust 安全 开发者
探索Rust语言的内存安全特性
【6月更文挑战第8天】Rust语言针对内存安全问题提供了创新解决方案,包括所有权系统、借用规则和生命周期参数。所有权系统确保值与其所有者绑定,防止内存泄漏;借用规则保证同一时间只有一个可变引用或多个不可变引用,消除数据竞争和野指针;生命周期参数则强化了引用的有效范围,提升安全性。通过这些特性,Rust帮助开发者编写出更健壮、安全的高性能软件,有望成为系统编程领域的领头羊。
|
5月前
|
设计模式 安全 NoSQL
Java面试题:设计一个线程安全的单例模式,并解释其内存占用和垃圾回收机制;使用生产者消费者模式实现一个并发安全的队列;设计一个支持高并发的分布式锁
Java面试题:设计一个线程安全的单例模式,并解释其内存占用和垃圾回收机制;使用生产者消费者模式实现一个并发安全的队列;设计一个支持高并发的分布式锁
72 0
|
5月前
|
安全 Java 调度
Java面试题:Java内存优化、多线程安全与并发框架实战,如何在Java应用中实现内存优化?在多线程环境下,如何保证数据的线程安全?使用Java并发工具包中的哪些工具可以帮助解决并发问题?
Java面试题:Java内存优化、多线程安全与并发框架实战,如何在Java应用中实现内存优化?在多线程环境下,如何保证数据的线程安全?使用Java并发工具包中的哪些工具可以帮助解决并发问题?
65 0