Question

我正在摆弄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对象后查询和写入数据。

当我尝试使用Context返回getContext()的可写数据库时，它只会失败并显示NullPointerException。它甚至没有开始创建数据库。即使删除getApplicationContext()测试行的代码，也会出现症状。

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

如果我在MainActivity.java文件中执行所有操作，我没有错误（我知道这不好，我只是为了测试目的）。

我的问题是：

我应该如何以及在哪种上下文中创建数据库？
为什么我不能使用getApplicationContext()中的FileProvider？
我可以从其创建的其他上下文中访问数据库吗？据我所知，SQLite数据库只是在app自己的文件夹中的android文件系统中创建的文件。不同的Context s有什么区别？
为什么我无法在FileProvider.java中创建数据库，Context返回getContext()？

- 编辑 -

以下是错误的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

    }
}

Answer 1

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

在我的FileProvider类（扩展ContentProvider）中，如果我尝试getContext()除了onCreate()方法以外的任何地方，我会得到一个空的上下文。这就是为什么在我的testDbAccess()方法上获取db引用失败的原因。

我所做的是在FileDbHelper课程中声明了静态SQLiteOpenHelper（扩展FileProvider）。然后在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警告我内存泄漏是由静态对象引起的，这些静态对象持有对上下文的引用。可以找到详细信息here。简而言之，它说

如果您打算保留需要上下文的长寿命对象，记住应用程序对象。您可以通过致电轻松获取 Context.getApplicationContext（）或Activity.getApplication（）。

所以要小心那个。代码段相应更新。这为我的未来带来了很多麻烦：）

Answer 2

即使您已经回答了我的问题，我也想补充一些信息。

方法getContext()和getApplicationContext()可以生成NullPointerException，有些时候这些类无法定义自己的上下文，在这种情况下，APP会崩溃。

我认为将上下文明确传递给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);

碎片的

或FileProvider provider = new FileProvider(getContext());（总是有一个上下文）

对于其他问题：数据库类工作的上下文没有区别。上下文主要是授予数据库帮助程序访问设备的权限。

访问具有不同上下文的数据库

2 个答案: