情景类似于这样：
用于打开这个Activity，然后Home键开始玩弄其他的应用，玩了一个小时，而已系统可能严重内存不足。这个时候，本Activity会不会被销毁（即走onDestroy方法）或是析构（即不在保持该Activity引用，Activity中保持的类变量也失效，再次进入时系统再new一个）。
关于Activity的生命周期，Google描述过任何情况下onCreate方法和onDestroy方法都只会执行一次，即使在系统后台停留时间过长。
想问一下，真是这样么，如果是这样的话，保持一个Activity也将占用较大内存，系统在内存不足时是如何处理的呢？另外，Activity是什么时候别构造和析构的呢？
不好意思，我说的构造和析构是C++里的东西，一时没找到合适的词，简单套用到Java中就是类被new出来和被垃圾回收了。
根据两位的回答，我差不多的理解是这样的，Activity在退出后是有可能被回收的，当其再次进入前台的时候，会调用其onCreate和onRestoreInstanceState方法，但是其是不会被垃圾回收的。
请问是这样的么，另外onCreate和onRestoreInstanceState方法在这种情况下是都会被调用还是只有一个被调用？它们的调用顺序又是怎么样的？
系统在内存不足的情况下如何处理得先理解Android进程方面的知识了，Android的进程有五种，前台进程、可见进程、服务进程、后台进程、空进程。进程的生存状况由进程拥有的权限决定，系统在回收释放进程时依赖于对进程权限的判断来决定。上边所列的五种进程，所拥有的权限由高到低排列，可以较为容易的理解进程的回收会是按这个排序的倒序进行。对于一个正在和用户交互的Activity来说，属于前台和可见进程范围，系统会优先保证这部分进程的内存供给(回收空进程、停止后台进程甚至服务进程)，如果这样也不能解决问题，那这个Activity就是有问题的，内存急剧消耗，就会OOM，不会是放任存在的。
恕我愚昧，我不太了解你说的别构造和析构的概念。
其实是会销毁的，你可以使用一些第三方诸如360安全卫士将你当前的程序干掉。这时就连Application都重新创建了，你可以在Application里面设置静态变量，然后销毁时，静态变量会还原成初始化的值。这时候很多类似的数据可能都需要恢复了。对于Activity会执行onSaveInstanceState(销毁时)/onRestoreInstanceState（重构时）你可以自己先测试监控下。如果你注意的话，你可以使用微信，然后在子页面（朋友圈界面）停留然后home键，过一段时间它会跳转至首页，这就是销毁后不想处理而直接退出了，基本的原理就是在onRestoreInstanceState 里面finish掉
系统内存不足的时候就是LMK(low memory killer)出马的时候
每个进程都会有自己的adj值，这个值是根据一系列计算得知的，比如前台的应用就是adj为0，后台的很久不用的adj为9
LMK会依次杀死adj数值最大的进程释放空间看内存是否够用
被杀死的进程再次启动时候会重新oncreate,至于调用顺序，你看一下这个堆栈就知道了
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2663)
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2679)
android.app.ActivityThread.handleRelaunchActivity(ActivityThread.java:3815)
android.app.ActivityThread.access$2400(ActivityThread.java:125)
android.app.ActivityThread$H.handleMessage(ActivityThread.java:2037)
android.os.Handler.dispatchMessage(Handler.java:99)
android.os.Looper.loop(Looper.java:123)
android.app.ActivityThread.main(ActivityThread.java:4627)
at java.lang.reflect.Method.invokeNative(Native Method)
java.lang.reflect.Method.invoke(Method.java:521)
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.NullPointerException
sundy.android.demo.activity.MainTestActivity.onRestoreInstanceState(MainTestActivity.java:76)
android.app.Activity.performRestoreInstanceState(Activity.java:815)
android.app.Instrumentation.callActivityOnRestoreInstanceState(Instrumentation.java:1096)
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2641)