Mac应用的生命周期——入门第一篇

 学习一个平台的开发一开始的时候,我想最先应该从应用的生命周期开始学习。应该带着问题去了解一个应用。从哪里开始,到哪里结束,其中的过程又是什么?系统会为一个程序做什么?我们应该编写哪部分代码?
应用启动到结束的过程被称作为生命周期。程序启动时系统会创建一个进程,同时也会加载系统相关的数据。在这个进程中,有一个主线程,然后这个主线程就开始执行应用的代码。之后应用开发者写的代码就接手了一个应用的使命。

一、Mac应用的入口点

 和任何类C程序一样,Mac应用也是以main函数为入口点的。这个main函数的任务就是使用AppKit框架为一个程序做好足够的准备。使用Xcode创建一个项目的时候,系统会自动创建如下main函数。正常情况下不需要改动这个函数,除非有什么特殊要求。当然有特殊要求的也不会看我这篇文章了。😳😳😳

#import <Cocoa/Cocoa.h>
 
int main(int argc, char *argv[])
{
    return NSApplicationMain(argc,  (const char **) argv);
}

NSApplicationMain的过程:
 该函数只要目的是初始化应用,为真正启动应用做准备。这个函数做三件事情:

  1. 创建NSApplication单例:创建完之后,在其他地方任意地方只要调用sharedApplication方法就能获得该对象。

  2. 加载资源文件(nib file):加载哪个nib文件是在 Info.plist 文件里面写明的。系统会通过NSMainNibFile这个键像查字典一样找到对应的值。在这个主nib文件中应该包含应用代理(Application delegate)和其他必须在启动主循环之前加载的对象。哪些不需要的就应该和这个主nib文件隔开。

    Info.plist文件

  3. 调用run函数:调用run函数,进入主循环。程序从启动阶段到处理事件阶段。

 调用了run函数之后,看似程序已经启动了,但是不是这样的,这才是Cocoa应用的开始。run函数会通知应用代理(Application delegate)说:“我被主人启动了,你帮我做一些事,做的好就给你草莓🍓吃,做不好就只给你吃草莓上的籽。”然后代理(application delegate)就屁颠屁颠的跑去 呈现应用菜单栏(application menu bar)、打开应用是需要的文件框架日常管理、最后启动事件处理循环。😂代理做了很多事情。

图片总结过程:
NSApplication启动简要步骤

(了解即可)
 需要注意的是:打开文件的那步可能在第二个进程中进行,如果NSDocument的对象中的canConcurrentlyReadDocumentsOfType方法返回YES。这部分和多窗口应用有关。会在之后的文章中更新。厚颜无耻地暗示关注一波。👀

二、应用主循环干了些什么?

 简单地说其过程就是接收事件,分发事件给适当的对象去处理。像一个交通指挥员。当NSApplication第一次创建的时候,就会与系统的窗口服务器(window server)建立连接。虽然目前我们并不太了解窗口服务器是什么,但是只要知道它是系统的一部分,了解其功能就行了。

I、窗口服务器(Window Server)简介

 窗口服务器的功能是:从硬件哪里接收事件(event),然后将事件递交给我们的应用。事件的接收、递交过程符合FIFO(First In First Out 先进先出)原则,和数据结构里的队列一样。
 从代码角度看窗口服务器功能:这里有一个存放事件的队列,窗口服务器一收到事件就将事件放到和应用相关的队列中(入队)。然后主循环只要发现队列里面有事件就拿出来处理(出队)。
模拟主循环代码:

void WindowServerRun(){//函数名是我编的
  while(true){
    if(有骚(shi)年(jian)出现了){
      快把骚(shi)年(jian)抓起来;
      把骚(shi)年(jian)送到他该去的应用队列中去深造(入队);
    }
  }
}

II、主循环分发

 NSApplicatoin的run函数就像是应用事件处理的发动机,一直做如下步骤直到应用结束。

  1. 发送窗口更新通知:这将导致需要重新绘制的窗口被标记成“肮脏”。
  2. 使用NSApplicatoin中的nextEventMatchingMask:untilDate:inMode:dequeue:方法将数据转化成NSEvent对象,然后返回。
  3. 分发事件:使用NSApplication中的sendEvent:发送事件。
主循环——来源于苹果官方文档

想更加详细了解这部分的可以看这篇文章:Cocoa应用接收外设事件的过程

三、自动终止和突然终止技术(Automatic and Sudden Termination)

 在OS X v10.7 和更高的版本中,退出命令(cmd + Q)的快捷键成为大多数用户掌握的技能。Cocoa提供自动终止和突然终止技术来使得应用结束的过程透明化和快速化。虽然这个技术名字听起来特别奇怪,但是官方文档翻译过来就是这么叫。

  • 自动终止技术:当用户退出应用程序时,系统在屏幕的背后偷偷地做一些善后(类似保存关键数据)的工作。终止不再使用的应用,回收类似内存一样的资源。我们需要做的是在适当的地方写上保存用户数据的代码。
  • 突然终止技术:系统可以马上杀死应用进程,不需要等待任。系统就是通过这项技术提高登出、重启和关机的速度。

 虽然该自动终止和突然终止技术都是用来提高用户关于应用退出过程的体验,但是他们是相互独立的。你的应用可以只支持其中一个,但是Apple官方强烈推荐都支持。
 自动终止技术将管理进程的工作从用户处移到系统处。用户不需要手动管理进程,他们只需要运行应用,然后在需要的时候使用应用,用户可以不用关系其他无关的事情。自动终止技术就使这个成为可能,并且不会对系统性能造成不利影响。
更多关于自动终止技术和突然终止技术的文章,会在日后更新。方便查看,快来关注我。👻👻👻

四、传送门

阅读导向

Mac科技相关阅读导向

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,242评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,769评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,484评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,133评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,007评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,080评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,496评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,190评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,464评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,549评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,330评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,205评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,567评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,889评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,160评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,475评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,650评论 2 335

推荐阅读更多精彩内容