要回答我的问题如何避免分离（），让我说，在这种情况下，你能避免它，或者只是做了没有任何问题，因为@CommonsWare状态。所以，从他说的话，我们相信，我们不会得到一个 NullPointerException异常而活动的旋转变化时为空：

onProgressUpdate（）和onPostExecute（）onRetainNonConfigurationInstance（开始之间暂停）和后续的onCreate的末端（）

如果我没看错，不是分离明确，只是重新安装了新一期的主要区别在的onCreate（）新创建活动的就是你在刚重新连接几毫秒后释放旧活动实例。但最终的行为是在两种情况下是相同

希望这可以帮助别人！ ：）

Is it a good practice to use getApplicationContext() working with AsyncTask in order to do not have to attach and detach the Activity to avoid memory leaks when rotation changes occur and the Activity is destroyed? I thing it should be correct, as I actually need a Context that depends on the hole application, not the Activity itself.

And what is more, in those cases in which is better to use the Activity as context (because you need access to the Activity showing)... Instead of detaching it (assigning to null) when it is destroyed and then assign the new instance in onCreate(), could be just avoid detaching? So, just reasigning the new instance, this way, we could avoid problems of NullPointerException because there would always be a context to use!

From my own experience I can say that in most cases it is better to use Activity as your Context, than getApplicationContext() when dealing with AsyncTask. This is because most of times you will need to access members from your Activity and you will only be allowed to do so if you have a reference to the Activity in your AsyncTask.

To answer my question about avoiding detach(), let me say that in this case you can avoid it or just do it without any problems, as @CommonsWare states in his answer. So, from what he says we are sure that we will not get a NullPointerException while the Activity is null during a rotation change:

onProgressUpdate() and onPostExecute() are suspended between the start of onRetainNonConfigurationInstance() and the end of the subsequent onCreate()

If I am not wrong, the main difference between not detaching explicitly and just re-attaching the new one in the onCreate() of the newly created Activity is that you free the old Activity instance some milliseconds later when just reattaching. But the final behavior is the same in both cases!

Hope this helps someone else! :)