页面导航Android
我有3个与3个xml文件相关的活动页面导航Android,android,Android,我有3个与3个xml文件相关的活动 Activity1 ---> XML1 Activity2 ---> XML2 Activity3 ---> XML3 Activity1是用户在启动应用程序时看到的主要活动。用户从此活动导航到Activity2。然后是活动3 我的问题是,我应该在后台状态下销毁活动以进行性能调整吗?不,您可能不应该手动销毁它们。大多数时候,Android会智能地管理推到堆栈上的活动;也就是说,这些被推后的活动实际上不会运行(它们将被暂停,不会消耗CPU周期
Activity1 ---> XML1
Activity2 ---> XML2
Activity3 ---> XML3
Activity1是用户在启动应用程序时看到的主要活动。用户从此活动导航到Activity2。然后是活动3
我的问题是,我应该在后台状态下销毁活动以进行性能调整吗?不,您可能不应该手动销毁它们。大多数时候,Android会智能地管理推到堆栈上的活动;也就是说,这些被推后的活动实际上不会运行(它们将被暂停,不会消耗CPU周期,只消耗内存) 但是,如果当前可见的活动需要更多内存,Android将知道首先销毁这些暂停的活动,以便为当前活动释放更多内存。这样,弹出当前活动只会在必要时重新创建以前的活动 先发制人地销毁这样的不可见活动实际上会妨碍性能,因为如果用户弹出当前活动,则需要重新创建上一个活动
总而言之,您希望这样做的唯一原因是希望使用更少的内存。但正如他们所说,未使用的内存就是浪费的内存 不,您可能不应该手动销毁它们。大多数时候,Android会智能地管理推到堆栈上的活动;也就是说,这些被推后的活动实际上不会运行(它们将被暂停,不会消耗CPU周期,只消耗内存) 但是,如果当前可见的活动需要更多内存,Android将知道首先销毁这些暂停的活动,以便为当前活动释放更多内存。这样,弹出当前活动只会在必要时重新创建以前的活动 先发制人地销毁这样的不可见活动实际上会妨碍性能,因为如果用户弹出当前活动,则需要重新创建上一个活动
总而言之,您希望这样做的唯一原因是希望使用更少的内存。但正如他们所说,未使用的内存就是浪费的内存 这不是一个好的做法。这些活动保留在堆栈中,因为用户可以重新访问它们。如果你杀死他们,用户按下后退按钮,他们将不得不重新启动自己,这将需要一些时间,并会给用户带来不必要的麻烦。阅读有关任务和后台堆栈的更多信息。这不是一个好做法。这些活动保留在堆栈中,因为用户可以重新访问它们。如果你杀死他们,用户按下后退按钮,他们将不得不重新启动自己,这将需要一些时间,并会给用户带来不必要的麻烦。阅读有关任务和后台堆栈的更多信息