使用不同上下文访问数据库

Question

使用不同上下文访问数据库

androidnullpointerexceptionandroid-sqliteandroid-context

4

我正在尝试修改Android中的数据库访问以了解其处理方式。

我的MainActivity.java文件中包含以下代码：

Log.v("test db acc", "start getApplicationContext test");
FileDbHelper dbHelper1 = new FileDbHelper(getApplicationContext());
SQLiteDatabase db1 = dbHelper1.getWritableDatabase();
Log.v("test db acc", "success getApplicationContext test");

Log.v("test db acc", "start getContext test");
FileProvider provider = new FileProvider();
provider.testDbAccess();
Log.v("test db acc", "success getContext test");

这是 provider.testDbAccess() 函数的定义：

FileDbHelper dbHelper2 = new FileDbHelper(getContext());
SQLiteDatabase db2 = dbHelper2.getWritableDatabase();

第一次尝试访问数据库成功且没有错误。如果数据库不存在，它会创建它，并在创建db1对象后查询和写入数据。

当我尝试使用 getContext()返回的Context获取可写数据库时，它会简单地失败并出现NullPointerException，甚至不开始创建数据库。即使删除getApplicationContext()测试行的代码，也会出现这种情况。

问题在于，我正在尝试编写从FileProvider获取数据库查询的代码，并且无法从该文件访问getApplicationContext()（它只会引发编译器错误）。

如果我在MainActivity.java文件中进行所有过程，就不会出现错误（我知道这不好，我只是为了测试目的而这样做的）。

我的问题是：

我应该在哪个上下文中创建我的数据库？
为什么我不能从FileProvider使用getApplicationContext()？
我能否从创建它的另一个上下文中访问数据库？据我所知，SQLite数据库只是在应用程序自己的文件夹中创建的Android文件系统中的文件。不同的Context有什么区别？
为什么我不能使用getContext()返回的Context在FileProvider.java中创建数据库？

--编辑--

这是错误的logcat：

08-02 16:03:55.628 7614-7614/com.permasse.apps.file.android E/AndroidRuntime: FATAL EXCEPTION: main
            java.lang.RuntimeException: Unable to resume activity {com.permasse.apps.file.android/com.permasse.apps.file.android.MainActivity}: java.lang.NullPointerException
                at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2575)
                at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2603)
                at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2089)
                at android.app.ActivityThread.access$600(ActivityThread.java:130)
                at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1195)
                at android.os.Handler.dispatchMessage(Handler.java:99)
                at android.os.Looper.loop(Looper.java:137)
                at android.app.ActivityThread.main(ActivityThread.java:4745)
                at java.lang.reflect.Method.invokeNative(Native Method)
                at java.lang.reflect.Method.invoke(Method.java:511)
                at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:786)
                at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:553)
                at dalvik.system.NativeStart.main(Native Method)
             Caused by: java.lang.NullPointerException
                at com.permasse.apps.file.android.FileProvider.testDbAccess(FileProvider.java:120)
                at com.permasse.apps.file.android.MainActivity.onResume(MainActivity.java:32)
                at android.app.Instrumentation.callActivityOnResume(Instrumentation.java:1184)
                at android.app.Activity.performResume(Activity.java:5082)
                at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2565)
                at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2603) 
                at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2089) 
                at android.app.ActivityThread.access$600(ActivityThread.java:130) 
                at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1195) 
                at android.os.Handler.dispatchMessage(Handler.java:99) 
                at android.os.Looper.loop(Looper.java:137) 
                at android.app.ActivityThread.main(ActivityThread.java:4745) 
                at java.lang.reflect.Method.invokeNative(Native Method) 
                at java.lang.reflect.Method.invoke(Method.java:511) 
                at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:786) 
                at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:553) 
                at dalvik.system.NativeStart.main(Native Method)

以下是FileProvider.java相关部分。原始代码包括查询构建器、uri匹配器等等。我已简化代码以解决问题。

public class FileProvider extends ContentProvider {

    private FileDbHelper dbHelper;

    @Override
    public boolean onCreate() {
        dbHelper = new FileDbHelper(getContext());
        return true;
    }

    public void testDbAccess() {

        SQLiteDatabase db = dbHelper.getWritableDatabase(); //Line no 120

    }

}

和MainActivity.java文件

public class MainActivity extends AppCompatActivity{

    @Override
    protected void onResume() {
        super.onResume();

        FileProvider provider = new FileProvider();

        provider.testDbAccess(); //Line no 32

    }
}

- SercioSoydanov

我基本上想做的是创建一个提供程序，稍后将与加载器绑定。我想在提供程序类中创建一个数据库对象，但它无法正常工作（使用getContext上下文）。同样的代码在MainActivity中使用getApplicationContext上下文可以正常工作。对我来说很奇怪，因为在这个应用程序中，它似乎可以工作： https://github.com/udacity/Sunshine-Version-2/blob/sunshine_master/app/src/main/java/com/example/android/sunshine/app/data/WeatherProvider.java 第142行 - SercioSoydanov

你的 FileProvider 类是否继承了 ContentProvider？ - Yazan

是的，确实如此。我甚至已经实现了查询方法。 - SercioSoydanov

好的，现在针对空指针异常，你能贴出logcat吗？ - Yazan

刚刚将它们添加到问题中。 - SercioSoydanov

显示剩余2条评论

2个回答

1

即使您已回答了您的问题，我还想添加一些信息。 getContext()和getApplicationContext()方法可能会产生NullPointerException，有时类无法定义其自己的上下文，在这些情况下，应用程序将崩溃。

我认为明确传递上下文到ContentProvider是一个好主意。这样，您可以确保您的应用程序不会崩溃。

例如：

public class FileProvider extends ContentProvider {
Context context = null;
public FileProvider(Context context){
 this.context = context;
}

// Create static FileDbHelper
private static FileDbHelper dbHelper;

@Override
public boolean onCreate() {

    if(this.context != null{
       dbHelper = new FileDbHelper(this.context);

    }else{
     // There is an error, notify the user and do something about it
     return false;
    }

    return true;
}

// Then I can use it like this: 
public void testDbAccess() {

    // dbHelper was staticly declared within class and instantiated already
    SQLiteDatabase db = dbHelper.getWritableDatabase(); 

    // Then do whatever you want to do with the code

}

}

在您的调用中，只需更改FileProvider provider = new FileProvider();为FileProvider provider = new FileProvider(this);（适用于Activitys）

或者FileProvider provider = new FileProvider(getContext());（适用于总是有上下文的Fragments）

对于其他问题：数据库类所使用的上下文没有任何区别。上下文主要是为了授权数据库助手访问设备。

- Lucas Queiroz Ribeiro

谢谢您的输入。如果我无法找到如何纠正这个问题，那么下一步我将要做的就是这样。我坚持纠正这个问题的原因是我在指南中看到过它，并且我知道它是有效的。我只是想弄清楚我的代码哪里出了问题 :) - SercioSoydanov

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- SercioSoydanov · Accepted Answer

虽然我不确定为什么会这样，但我解决了问题。

在我的`FileProvider`类（继承自`ContentProvider`）中，如果我尝试在`onCreate()`方法之外的任何其他地方调用`getContext()`，我会得到一个空的上下文。这就是为什么在我的`testDbAccess()`方法中获取数据库引用失败的原因。

我所做的是在我的`FileProvider`类中声明了一个静态的`FileDbHelper`(继承自`SQLiteOpenHelper`)。然后在`onCreate()`方法中，我使用适当的上下文创建了`FileDbHelper`类。由于它是静态的，我现在可以在同一类中的任何位置使用这个对象。现在它看起来有点像这样：

public class FileProvider extends ContentProvider {

    // Create static FileDbHelper
    private static FileDbHelper dbHelper;

    @Override
    public boolean onCreate() {

        // We can only access the context from onCreate() function, so we 
        // instantiate it here to use later on. 
        dbHelper = new FileDbHelper(this.getContext().getApplicationContext);
        // Important explanation about context in bottom of the answer!!


        return true;
    }

    // Then I can use it like this: 
    public void testDbAccess() {

        // dbHelper was staticly declared within class and instantiated already
        SQLiteDatabase db = dbHelper.getWritableDatabase(); 

        // Then do whatever you want to do with the code

    }
}

这也回答了我的问题：

如何以及在哪种情况下应该创建我的数据库？

- 在哪种上下文中创建数据库并不重要，只要您可以获得适当的上下文，就可以访问它。

为什么我不能从FileProvider使用getApplicationContext()？

- 原来我可以。正确的方法是getContext().getApplicationContext()，但是您不必这样做才能获得对数据库的引用。

我可以从创建它的另一个上下文访问数据库吗？

- 是的，您可以在getApplicationContext()中创建数据库，并在getContext()中访问它。

为什么我不能在FileProvider.java文件中使用getContext()上下文创建数据库？

- 实际上，您可以。问题基本上是由于无法从我编写的新测试函数本身访问上下文而引起的。不知道为什么，但这就是情况 :)

希望这对以后的某些人有所帮助。

更新

关于静态对象和内存泄漏的重要信息。

m0skit0提醒我，静态对象会导致内存泄漏，因为它们持有对上下文的引用。详细信息可以在这里找到。简而言之，它说：

如果您计划保留需要上下文的长寿命对象，请记住应用程序对象。您可以通过调用Context.getApplicationContext()或Activity.getApplication()轻松获得它。

所以请小心。代码片段已相应地更新。这让未来的我免去了很多烦恼 :)