Question

我收到了崩溃报告，我不确定如何处理：基本上，在后台运行的任务在尝试使用启动它的活动的属性时崩溃，因为该属性为null它被称为时间。

这是上下文。我有一个ArticleActivity，用户可以从他的设备库或新图片中设置封面。

结果，我在后台处理数据如下：

@Override
protected void onActivityResult(int requestCode, int resultCode, final Intent data) {
    super.onActivityResult(requestCode, resultCode, data);

    if (SELECT_PICTURE_REQUEST_CODE == requestCode && RESULT_OK == resultCode) {
        App.doInBackground(this, new Runnable() {
            @Override
            public void run() {
                if (data != null) {
                    try {
                        mArticle.setCover(Asset.createFromIntent(data)); // Crashes here
                    } catch (IOException e) {
                        // …
                    } catch (SQLException e) {
                        // …
                    }
                }
            }
        }, new Runnable() {
            @Override
            public void run() {
                Picasso.with(ArticleActivity.this).load(mArticle.getCoverBitmapFile()).into(mCoverImageView);
            }
        }, true);
    } else if (…) {
        …
    }
}

doInBackground非常简单。

public static void doInBackground(final Activity activity, final Runnable background, final Runnable post, final boolean showProgress) {
    if (showProgress) {
        App.showProgressAction(activity);
    }
    new Thread(new Runnable() {
        @Override
        public void run() {
            background.run();
            activity.runOnUiThread(new Runnable() {
                @Override
                public void run() {
                    post.run();
                    if (showProgress) {
                        App.hideProgressAction(activity);
                    }
                }
            });
        }
    }).start();
}

和Asset.createFromIntent（data）显然会在数据库中从选择器数据创建一个新条目，而且资源非常密集。

所以我假设流程如下：

用户启动选择器活动并选择图片
onActivityResult被调用，此时mArticle不为空
Asset.createFromIntent（data）开始在后台运行
由于某种原因，ArticleActivity被杀死，可能与Asset.createFromIntent有关，要求提供太多资源，或者用户在封面加载时删除了文章或退出了应用
Asset.createFromIntent返回，但此时，mArticle为null - ＆gt; setCover崩溃并出现NullPointerException

您是否看到任何可能导致此次崩溃的其他流程？

我想到的解决方案：

只检查mArticle！= null并忽略setCover（从用户的角度来看非常糟糕）
在调用Asset.createFromIntent之前使用Article id创建一个本地var，如果它为null则尝试重新加载Article

我不太熟悉应该使用onResume的方式（理解：我不使用它，我加载了oncreate的mArticle），但是根据我的理解，如果因为活动被杀死，mArticle为null，onCreate将是无论如何都要打电话。

就是这样，我可能会遗漏一些东西，还是应该继续我的第二个解决方案？

Answer 1

这种方法的主要缺陷是你仍在尝试使用Activity的属性，即使活动已经消失。我建议使用IntentServices进行后台处理，并使用LocalBroadcastManager将结果报告回UI线程（活动/片段）。在这种方法中，如果您的视图实例位于前台，您将只听取后台处理的结果，前提是您分别在视图的onResume（）和onPause（）中正确注册和取消注册，这样您就可以避免在视图消失后尝试访问视图的属性的场景。此外，将后台工作移动到IntentService会阻止它因活动的生命周期事件而中断。

调查此example将有助于获得完整的图像。

如何在加载图像时处理被杀死的活动

1 个答案: