- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
在我的 Android 应用中,当用户尝试从一个 Activity 转换到另一个 Activity 时,可能会有一些全局状态表明他们需要先完成一些其他操作。
为此,我编写了一个包含以下代码的类:
private static WeakReference<Activity> oldActivityReference;
private static Intent waitingIntent;
public static void pushActivity(Activity currentActivity, Intent newActivityIntent) {
Intent blockingIntent = ThisClass.getBlockingActivity();
if (blockingIntent != null) {
ThisClass.oldActivityReference = new WeakReference<Activity>(currentActivity);
ThisClass.waitingIntent = newActivityIntent;
currentActivity.startActivity(blockingIntent);
return;
}
currentActivity.startActivity(newActivityIntent);
}
当阻塞 Activity 完成时,它调用 ThisClass.blockingActivityFinished()。这将检查对旧 Activity 的弱引用是否仍然存在,如果存在,则从该 Activity 启动原始 Intent 。如果没有,它将从我的应用程序的上下文中启动原始 Intent 。
我的问题是,
这听起来理智吗?这种技术是否存在任何潜在的内存泄漏问题?有没有更好的方法来实现这一目标?
编辑 -明确地说,可能触发中断的事件类型是 1) 表明当前应用程序版本已弃用的服务器 ping 2) 表明用户凭据不再有效的任何服务器 RPC。我不想向每个 Activity 添加逻辑来处理这些 Activity 的检查,并在它们完成后照常恢复业务。这违反了 DRY,并且在团队环境中容易出错。
最佳答案
Does this sound sane?
我永远不会使用这种技术。可变静态数据成员很危险,WeakReference
虽然。特别是,如果用户做了不可想象的事情,比如将他们的电话用作电话,或者以其他方式长时间离开您的应用程序流程,我希望这会失败。您的 Activity 可能会被销毁并且您的进程会终止以释放 RAM,但 Activity 将保留在任务中并可能会被重新激活。那时,你的状态很糟糕,因为静力学被破坏了。
Are there any potential memory leak issues with this technique?
你泄露了一个 Intent
.
Is there a better way to accomplish this?
为了这个答案的其余部分,我将把您的起点称为 Activity A,将“其他操作”称为 Activity B,并将所需的结束称为 Activity C。因此,在您的代码中, newActivityIntent
用于 Activity C,blockingIntent
用于 Activity B,currentActivity
是 Activity A。
选项 #1:将决策过程放在 Activity C 中,而不是 Activity A。让 Activity C 检查 onCreate()
中的条件并立即调用 startActivity()
如果条件要求显示 Activity B,则为 Activity B。
选项 #2:将决策过程留在 Activity A 中,但在 true
中传递 bool 值(例如,Intent
表示“我们必须展示 Activity B”) startActivity()
的额外费用调用 Activity C。 Activity C 检查 onCreate()
中的 bool 值并立即调用 startActivity()
对于 Activity B,如果 bool 值是这样的话。
在这些选项中,您可以避免静态。
关于android - 对 Activity 的弱引用 (Android),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3687272/
我一直在尝试编写我自己的弱/强指针,但我并不清楚其中的关系。我似乎遇到的所有事情都没有说清楚,而且一个医生经常会反驳另一个医生所说的话。任何人都可以详细解释弱/强指针关系,也许还有图像或代码示例吗?
静态/动态和强/弱类型之间有什么区别? 最佳答案 静态/动态类型涉及何时获取类型信息(在编译时或运行时) 强/弱类型是关于如何严格区分类型(例如,语言是否尝试从字符串到数字进行隐式转换)。 请参阅wi
我有一个非常奇怪的情况。我的服务器当前已关闭并收到 503 http 状态代码。基于如下给定的代码,代码进入 if 条件,但是当我将调试点置于 let error = self?.decodeErro
对于短期运行的操作,避免[weak self]是否可以接受?例如,URLSession 将保留 dataTask(with:completion:) 的闭包: final class ViewCont
我有一个非常奇怪的情况。我的服务器当前已关闭并收到 503 http 状态代码。基于如下给定的代码,代码进入 if 条件,但是当我将调试点置于 let error = self?.decodeErro
假设我有以下情况: Test1.java import java.lang.ref.WeakReference; public class Test1 { public WeakReferen
有没有办法告诉模拟器(我正在使用 Modelsim)当信号不是由任一双向接口(interface)驱动时将信号拉到弱“H”? 例如,如果我有一个 I2C 信号 I2C_SDA 被声明为来自 2 个模块
这是将一些值放入 WeakHashMap 中然后从映射中删除这些值的代码片段。它如何处理分配的内存? import java.util.*; public class WeakHashMap_Main
我正在尝试弄清楚智能指针可以实现什么。 但有一些感觉像是障碍。 普通指针有一个简短的定义 Someclass *p但是智能指针有点长shared_ptr p当您必须处理这些指针的模板(如 vector
这两行代码有区别吗? __weak IBOutlet UITextField *usernameField; @property (weak) IBOutlet UITextField *userna
我最近发现了 WeakHashMap Java 中的数据结构。 但是,我不明白它在不再正常使用时对映射进行垃圾收集是什么意思。数据结构如何知道我将不再在我的程序中使用 key ?如果长时间不引用 ke
我的问题是为什么 weak IBOutletCollection 总是 nil?如果将弱变强,我所有的按钮都在那里,这真的很奇怪。我试图理解苹果的逻辑,我看不出单个按钮和一组按钮在内存管理方面没有区别
我创建一个 WeakHashMap 为 WeakHashMap map = new WeakHashMap(); map.put(emp,"hello"); 其中 emp 是一个 Employee 对
在delphi sydney中,在对象(不是接口(interface))前面设置[weak]会受到惩罚吗?示例: TMyObject = class(Tobject) Private
在delphi sydney中,在对象(不是接口(interface))前面设置[weak]会受到惩罚吗?示例: TMyObject = class(Tobject) Private
众所周知,我们将声明一个可以打破强引用循环的弱委托(delegate)对象: // MyObject.h ... @property (nonatomic, weak) id delegate; ..
我已阅读this article关于Java中不同类型的引用(强引用、软引用、弱引用、幻像引用),但我不太理解。 这些引用类型之间有什么区别?每种类型何时使用? 最佳答案 Java 提供了两种不同类型
我突然想到...我相信弱引用的生命 与该引用的范围(在函数内或全局内)相关。 所以我想知道,只要我将数据处理保持在特定范围内,那么我应该可以使用 weak 与 strong 引用。正确的? 我问的原因
func addAdditionalElement(_ additionalSelectedElementsIDs: [String], startX: CGFloat, containerView:
我想要一个指针,以便我可以判断引用计数何时为 1。本质上,指针的工作方式类似于 weak_ptr,但清理工作需要手动进行。也就是说,程序每隔一段时间就会经历一个指针循环,并检查哪些指针只剩下一个引用。
我是一名优秀的程序员,十分优秀!