Java 设备旋转导致活动被破坏和创建_Java_Android

Java 设备旋转导致活动被破坏和创建

java android

Java 设备旋转导致活动被破坏和创建,java,android,Java,Android,我知道Android会破坏当前活动并重新创建它，因为设备配置在运行时发生了变化但设计这种行为背后的理由是什么我的意思是，为什么要销毁并重新创建当前活动。如果不是这样，有什么缺点吗？只需添加到manifest android:configChanges=screenSize |定向到活动标签中即可但设计这种行为背后的理由是什么配置更改通常意味着您需要不同的资源：用于区域设置更改的不同字符串方向更改的不同布局夜间模式和日间模式的不同图形等等 Android没有办法取代你所有的资

我知道Android会破坏当前活动并重新创建它，因为设备配置在运行时发生了变化

但设计这种行为背后的理由是什么

我的意思是，为什么要销毁并重新创建当前活动。

如果不是这样，有什么缺点吗？

只需添加到manifest android:configChanges=screenSize |定向到活动标签中即可

但设计这种行为背后的理由是什么

配置更改通常意味着您需要不同的资源：

用于区域设置更改的不同字符串
方向更改的不同布局
夜间模式和日间模式的不同图形
等等

Android没有办法取代你所有的资源使用，除非强迫你重新加载它们

如果不是这样，有什么缺点吗

缺点是开发者会把它搞砸

它们将防止某些配置更改（而不是其他配置更改）导致活动被破坏和重新创建，因此当发生其他配置更改时，它们的应用程序将中断。因此，例如，当用户将设备放在桌面基座上时，应用程序可能会中断，因为开发人员将
```
android:configChanges=screenSize | orientation
```
添加到清单中，并完全忽略了其他配置更改场景
他们将失去资源。例如，“只需添加到清单android:configChanges=screenSize | orientation into activity tag”实际上不会修复UI以考虑屏幕方向，因此UI可能会从底部被切断。或者，开发人员忘记了重新加载每个字符串资源，因此现在随着区域设置的更改，UI有了一组混合的语言。等等

onConfigChanged（）

//in onCreate in your activity
Fragment myFrag = getSupportFragmentManager().findFragmentByTag("MY_FRAGMENT_TAG");
if(myFrag == null) {
    myFrag = new MyFragment();
    myFrag.setRetainInstanceState(true);
    getSupportFragmentManager().beginTransaction().
        .replace(android.R.id.content, myFrag, "MY_FRAGMENT_TAG");
        .commit();
}