My Activity is trying to create an AlertDialog which requires a Context as a parameter. This works as expected if I use:
AlertDialog.Builder builder = new AlertDialog.Builder(this);
However, I am leery of using "this" as a context due to the potential for memory leaks when Activity is destroyed and recreated even during something simple like a screen rotation. From a related post on the Android developer's blog:
There are two easy ways to avoid context-related memory leaks. The most obvious one is to avoid escaping the context outside of its own scope. The example above showed the case of a static reference but inner classes and their implicit reference to the outer class can be equally dangerous. The second solution is to use the Application context. This context will live as long as your application is alive and does not depend on the activities life cycle. If you plan on keeping long-lived objects that need a context, remember the application object. You can obtain it easily by calling Context.getApplicationContext() or Activity.getApplication().
But for the AlertDialog() neither getApplicationContext() or getApplication() is acceptable as a Context, as it throws the exception: "Unable to add window — token null is not for an application” per references: 1, 2, 3, etc.
So, should this really be considered a "bug", since we are officially advised to use Activity.getApplication() and yet it doesn't function as advertised?
Jim
.
stackoverflow.comm
If anyone is trying to port their app, the equivalent on iOS would be the UIAlertVIew.
ReplyDeleteWe just released: PortKit: UX Metaphor Equivalents for iOS & Android
http://kintek.com.au/blog/portkit-ux-metaphor-equivalents-for-ios-and-android/
It has side by side comparisons of the native ui widgets and links to downloadable PSDs for designing.