关于delphi–InstanceClass.NewInstancevsInstanceClass.Create的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于Activator.Crea

关于delphi – InstanceClass.NewInstance vs InstanceClass.Create的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于Activator.CreateInstance与Assembly.CreateInsctance有什么区别？、Activity的onSaveInstanceState()和 onRestoreInstanceState()方法、Android onSaveInstanceState和onRestoreInstanceState触发的时机、android – 什么时候调用onSaveInstanceState()和onRestoreInstanceState()？等相关知识的信息别忘了在本站进行查找喔。

• delphi – InstanceClass.NewInstance vs InstanceClass.Create
• Activator.CreateInstance与Assembly.CreateInsctance有什么区别？
• Activity的onSaveInstanceState()和 onRestoreInstanceState()方法
• Android onSaveInstanceState和onRestoreInstanceState触发的时机
• android – 什么时候调用onSaveInstanceState()和onRestoreInstanceState()？

delphi – InstanceClass.NewInstance vs InstanceClass.Create

Instance := TComponent(InstanceClass.NewInstance);
Instance.Create(Self);

Instance := InstanceClass.Create(Self);

Instance := TComponent(InstanceClass.NewInstance);
TComponent(Reference) := Instance;
try
  Instance.Create(Self);
except
  TComponent(Reference) := nil;
  raise;
end;

Activator.CreateInstance与Assembly.CreateInsctance有什么区别？

Activity的onSaveInstanceState()和 onRestoreInstanceState()方法

@Override
  protected void onRestoreInstanceState(Bundle savedState) {
    super.onRestoreInstanceState(savedState);
    mSeries = (CategorySeries) savedState.getSerializable("current_series");
    mRenderer = (DefaultRenderer) savedState.getSerializable("current_renderer");
  }

  @Override
  protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    outState.putSerializable("current_series", mSeries);
    outState.putSerializable("current_renderer", mRenderer);
  }

Activity的 onSaveInstanceState() 和 onRestoreInstanceState()并不是生命周期方法，

它们不同于onCreate()、onPause()等生命周期方法，它们并不一定会被触发。

当应用遇到意外情况（如：内存不足、用户直接按Home键）由系统销毁一个Activity时，

onSaveInstanceState() 会被调用(由运行状态进入暂停状态或停止状态)。

但是当用户主动去销毁一个Activity时，例如在应用中按返回键，onSaveInstanceState()就不会被调用。

因为在这种情况下，用户的行为决定了不需要保存Activity的状态。

通常onSaveInstanceState()只适合用于保存一些临时性的状态，

而onPause()适合用于数据的持久化保存。

另外，当屏幕的方向发生了改变， Activity会被摧毁并且被重新创建，

如果你想在Activity被摧毁前缓存一些数据，并且在Activity被重新创建后恢复缓存的数据。

Android onSaveInstanceState和onRestoreInstanceState触发的时机

Android  onSaveInstanceState和onRestoreInstanceState触发的时机

先看Application Fundamentals上的一段话： 

 Android calls onSaveInstanceState() before the activity becomes vulnerable to being destroyed by the system,but does not bother calling it when the instance is actually being destroyed by a user action (such as pressing the BACK key) 

从这句话可以知道，当某个activity变得“容易”被系统销毁时，该activity的onSaveInstanceState就会被执行，除非该activity是被用户主动销毁的，例如当用户按BACK键的时候。

注意上面的双引号，何为“容易”？言下之意就是该activity还没有被销毁，而仅仅是一种可能性。这种可能性有哪些？通过重写一个activity的所有生命周期的onXXX方法，包括onSaveInstanceState和onRestoreInstanceState方法，我们可以清楚地知道当某个activity（假定为activity A）显示在当前task的最上层时，其onSaveInstanceState方法会在什么时候被执行，有这么几种情况：

1、当用户按下HOME键时。

这是显而易见的，系统不知道你按下HOME后要运行多少其他的程序，自然也不知道activity A是否会被销毁，故系统会调用onSaveInstanceState，让用户有机会保存某些非永久性的数据。以下几种情况的分析都遵循该原则

2、长按HOME键，选择运行其他的程序时。

3、按下电源按键（关闭屏幕显示）时。

4、从activity A中启动一个新的activity时。

5、屏幕方向切换时，例如从竖屏切换到横屏时。

在屏幕切换之前，系统会销毁activity A，在屏幕切换之后系统又会自动地创建activity A，所以onSaveInstanceState一定会被执行 

总而言之，onSaveInstanceState的调用遵循一个重要原则，即当系统“未经你许可”时销毁了你的activity，则onSaveInstanceState会被系统调用，这是系统的责任，因为它必须要提供一个机会让你保存你的数据（当然你不保存那就随便你了）。 

至于onRestoreInstanceState方法，需要注意的是，onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的，（本人注：我昨晚调试时就发现原来不一定成对被调用的！）

onRestoreInstanceState被调用的前提是，activity A“确实”被系统销毁了，而如果仅仅是停留在有这种可能性的情况下，则该方法不会被调用，例如，当正在显示activity A的时候，用户按下HOME键回到主界面，然后用户紧接着又返回到activity A，这种情况下activity A一般不会因为内存的原因被系统销毁，故activity A的onRestoreInstanceState方法不会被执行

另外，onRestoreInstanceState的bundle参数也会传递到onCreate方法中，你也可以选择在onCreate方法中做数据还原。

至于这两个函数的使用，给出示范代码（留意自定义代码在调用super的前或后）：

@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    savedInstanceState.putBoolean("MyBoolean",true);
    savedInstanceState.putDouble("myDouble",1.9);
    savedInstanceState.putInt("MyInt",1);
    savedInstanceState.putString("MyString","Welcome back to Android");
    // etc.
    super.onSaveInstanceState(savedInstanceState);
}
 
@Override
public void onRestoreInstanceState(Bundle savedInstanceState) {
    super.onRestoreInstanceState(savedInstanceState);
 
    boolean myBoolean = savedInstanceState.getBoolean("MyBoolean");
    double myDouble = savedInstanceState.getDouble("myDouble");
    int myInt = savedInstanceState.getInt("MyInt");
    String myString = savedInstanceState.getString("MyString");
}

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！

android – 什么时候调用onSaveInstanceState()和onRestoreInstanceState()？

下图(来自the official doc)描述了Android活动的众所周知的生命周期：

另一方面,当系统销毁活动时(例如因为需要回收内存),活动的状态有时会通过onSaveInstanceState()和onRestoreInstanceState()方法自动保存和恢复,如图所示如下图(也来自the official doc)：

我知道当一个活动即将被销毁时,onSaveInstanceState()是not always called.例如,如果由于用户按下“后退”按钮而导致销毁,则不会保留活动状态.但是在保存和恢复状态的情况下,调用onSaveInstanceState()/ onRestoreInstanceState()时,它们究竟被调用了吗？

例如,根据上面的图,onRestoreInstanceState()可能在onStart()之前,或在onStart()之后但在onResume()之前或onResume()之后被调用.类似地,onSaveInstanceState()存在几种可能性.那他们什么时候打电话呢？

理想情况下,我希望看到一个组合图,显示活动生命周期状态和保存/恢复方法(如果存在).

解决方法:

按documentation：

void onRestoreInstanceState (Bundle savedInstanceState)

This method is called between onStart() and onPostCreate(Bundle).

void onSaveInstanceState (Bundle outState)

If called, this method will occur after onStop() for applications targeting platforms starting with Build.VERSION_CODES.P. For applications targeting earlier platform versions this method will occur before onStop() and there are no guarantees about whether it will occur before or after onPause().

今天的关于delphi – InstanceClass.NewInstance vs InstanceClass.Create的分享已经结束，谢谢您的关注，如果想了解更多关于Activator.CreateInstance与Assembly.CreateInsctance有什么区别？、Activity的onSaveInstanceState()和 onRestoreInstanceState()方法、Android onSaveInstanceState和onRestoreInstanceState触发的时机、android – 什么时候调用onSaveInstanceState()和onRestoreInstanceState()？的相关知识，请在本站进行查询。