关于一个app的生命
干IOS开发两年多了，如果把大学中的时间也算上，编程也有六年了。这些时间中，从一个懵懵懂懂的学徒，变成一个还算熟练的码农，也多多少少有一点反思。于是，边促成了理解活在Iphone中的那些App这一些列文章的诞生（说是一系列文章，到最后能写多少就看时间了）。
首先，解释一下文章的名字。说是活在Iphone中的app，并不是使用了什么拟人的手法，故意将app拟人化。说app有了生命，能够生老病死。其实，app本来就有生命。
当用户在SpringBoard上点击了你的app，你的app就开始了他的一次轮回。开始申请各种资源，被加载进内存。然后你的app活了起来，或者Run了起来。
我们都知道，用户使用一个app是为了完成特定的需求。当然，完成这个特定需求只需要特定的时间。十分钟或者几秒钟。这段时间就是你的app这次轮回的生命周期。用户在你的APP上消耗一秒钟，需求多完成一点，你的app就“老”了一点（这里的“衰老”的特质是指对于用户需求的价值）。
当然，被所有程序员痛恨的Bug，会不时的跳出来，让你的app染上各种稀奇古怪的疾病。甚至直接crash掉。
最后，当用户的需求被彻底满足或者中途app crash掉了。你的app的这次轮回结束，他要面对短暂的死亡。
程序员或者软件工程师，就是app的上帝，就是app的创造者，同时也是app的医生兼管家。我们决定了app的一切运行时的特质，但是唯一不能够决定的时用户时怎样看待你的app的（关于用户需求的问题会在后续的章节中介绍，现在主要是关注编程方面的东西）。
同样的思路，我们可以去分析在app的生命周期中，由我们或者系统创建的每一个对象。我很喜欢面向对象编程，尤其是对象这个词，虽然现在还没有对象。因为对象很自然的会让人联想到生命，联想到每一个被创建出来的实例都是鲜活的。都是在内存中活跃着的积极分子。而我将要写的这一系列的文章，思路及其的图样图森破。就是从生命周期的角度去解构一个app。