访问 destroyed activity 的数据意味着我有内存泄漏？

Question

我创建了一个接口，它包含对从 activity.

实例化的接口的引用

这是界面：

public interface Calback {
    void fun();
}

这是实例化回调并将其绑定到 asincktask 的 activity。

    public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);


        final TextView txt = findViewById(R.id.helloTxtv);

        txt.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {

                Calback call = new Calback() {
                    @Override
                    public void fun() {
                        Log.d("tag","text of destroyed activity: "+((TextView)findViewById(R.id.helloTxtv)).getText());
                    }
                };

                Worker worker = new Worker(call);            
                worker.execute();

            }
        });


    }
}

奇怪的是，即使 activity 被破坏，使用那个回调我也可以访问 textview。

这是来自 asyncktask 的代码：

public class Worker extends AsyncTask<Void, Void, Void> {

    private final Calback call;

    public Worker(Calback call) {
        this.call = call;
    }


    @Override
    protected Void doInBackground(Void... voids) {
        try {
            sleep(5000);
            Log.d("tag","done");
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return null;
    }

    @Override
    protected void onPostExecute(Void aVoid) {
        super.onPostExecute(aVoid);

        call.fun();


    }
}

为了确保 activity 它被销毁，我刚刚旋转了屏幕。（但是在开始另一个 activity 并完成当前的之后我得到了相同的结果）

这是 the log 结果。

PS: 我用过 Android Studio 3.0

Answer 1

如果在父 Activity 被销毁后您能够访问 TextView 的文本，那么您有内存泄漏。

但是，我不相信这就是这里发生的事情。我认为更有可能的是 activity 没有被销毁，或者 activity 的状态一直存在，而您现在正在查看新的（转世的）activity 中的状态.

为什么？因为，似乎回调是通过文本视图的 onClick 侦听器调用的。这只有在 specific 文本视图仍然可见时才会发生。如果它是被破坏的 activity.

的组件，则它不可见

访问 destroyed activity 的数据意味着我有内存泄漏？

Accessing data of destroyed activity means I have a memory leak?

java

android

memory-leaks

java-memory-leaks