在Android应用中，以下方法是否存在问题:
public class MyApp extends android.app.Application {
private static MyApp instance;
public MyApp() {
instance = this;
}
public static Context getContext() {
return instance;
}
}
并在需要上下文的地方传递它(例如SQLiteOpenHelper)(当然不泄漏)?
当前回答
这是一个很好的方法。我自己也用。我只建议重写onCreate来设置单例，而不是使用构造函数。
既然你提到SQLiteOpenHelper:在onCreate()，你可以打开数据库以及。
就我个人而言，我认为文档错误地说，通常不需要子类化应用程序。我认为恰恰相反:你应该总是子类化Application。
其他回答
这是一个很好的方法。我自己也用。我只建议重写onCreate来设置单例，而不是使用构造函数。
既然你提到SQLiteOpenHelper:在onCreate()，你可以打开数据库以及。
就我个人而言，我认为文档错误地说，通常不需要子类化应用程序。我认为恰恰相反:你应该总是子类化Application。
您正在尝试创建一个包装器来获取应用程序上下文，它可能会返回“null”指针。
根据我的理解，我猜更好的方法是调用- 2中的任何一个 Context.getApplicationContext()或Activity.getApplication()。
根据我的经验，这种方法是不必要的。如果你需要任何东西的上下文，你通常可以通过调用View.getContext()来获得它，并使用在那里获得的上下文，你可以调用context. getapplicationcontext()来获得应用程序上下文。如果你试图从一个活动中获得应用程序上下文，你总是可以调用Activity. getapplication()，它应该能够作为调用SQLiteOpenHelper()所需的上下文传递。
总的来说，在这种情况下，你的方法似乎没有问题，但当处理Context时，请确保你没有泄漏内存，就像官方谷歌Android开发者博客上描述的那样。
我将使用应用程序上下文在构造函数中获取系统服务。这简化了测试，并从组合中获益
public class MyActivity extends Activity {
private final NotificationManager notificationManager;
public MyActivity() {
this(MyApp.getContext().getSystemService(NOTIFICATION_SERVICE));
}
public MyActivity(NotificationManager notificationManager) {
this.notificationManager = notificationManager;
}
// onCreate etc
}
Test类将使用重载构造函数。
Android将使用默认构造函数。
我知道最初的问题是13年前发布的，这是Kotlin版本的无处不在的上下文。
class MyApplication : Application() {
companion object {
@JvmStatic
private var instance: MyApplication? = null
@JvmStatic
public final fun getContext(): Context? {
return instance
}
}
override fun onCreate() {
instance = this
super.onCreate()
}
}
