CODEWITHSUNDEEP
androidandroid-context
AndyError
AndyError

Reputation: 571

What is different between MainActivity.this vs getApplicationContext()

I am trying ProgressDialog. But I am confused.

1. pd=ProgressDialog.show(MainActivity.this, "", "Fething data");

when I do use (MainActivity.this) then it is ok. But

2. pd=ProgressDialog.show(getApplicationContext(), "", "Fething data");

When I do use (getApplicationContext()) it is ERROR.

What is problem for this progressDialog?

What is different between (MainActivity.this) vs (getApplicationContext())

and when I use it the perfect time?

For getApplicationContext() Error is:

04-09 15:05:37.453: E/AndroidRuntime(9980): FATAL EXCEPTION: main
04-09 15:05:37.453: E/AndroidRuntime(9980): android.view.WindowManager$BadTokenException: Unable to add window -- token null is not for an application
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.view.ViewRootImpl.setView(ViewRootImpl.java:571)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:246)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.app.Dialog.show(Dialog.java:281)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.app.ProgressDialog.show(ProgressDialog.java:116)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.app.ProgressDialog.show(ProgressDialog.java:99)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.app.ProgressDialog.show(ProgressDialog.java:94)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at com.example.shikkok_services.MainActivity$2.onClick(MainActivity.java:27)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.view.View.performClick(View.java:4204)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.view.View$PerformClick.run(View.java:17355)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.os.Handler.handleCallback(Handler.java:725)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.os.Handler.dispatchMessage(Handler.java:92)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.os.Looper.loop(Looper.java:137)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at android.app.ActivityThread.main(ActivityThread.java:5041)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at java.lang.reflect.Method.invokeNative(Native Method)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at java.lang.reflect.Method.invoke(Method.java:511)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560)
04-09 15:05:37.453: E/AndroidRuntime(9980):     at dalvik.system.NativeStart.main(Native Method)

Upvotes: 54

Views: 54515

Answers (7)

BlowMyMind
BlowMyMind

Reputation: 673

MainActivity.this has more information. You can think of

MainActivity.this = getApplicationContext() + UI related information.

Why getApplicationContext() did not work here

2. pd=ProgressDialog.show(getApplicationContext(), "", "Fething data");

is because the ProgressDialog needs UI information. ProgressDialog may or may not be full screen size. If it only takes a portion of the screen, what should the background be? Should it be black, white, or your MainActivity's layout?

Which version of context to use depends on your use cases.

Non-UI-related context usages:

context.getFilesDir()  // File I/O
context.getColor()     // Preset values, strings, colors, pictures...

// create intent
Intent intent = new Intent(context, SettingsActivity.class);

// start new activity
context.startActivity(intent);

...

UI-related context usages (i.e. XXXActivity.this):

// create Adapters for you UI element
myRecyclerViewAdapter = new myRecyclerViewAdapter(this);

// Make new dialogs, i.e. ProgressDialog, AlertDialog...
new AlertDialog.Builder(this)...

// Set current layout fullscreen to get rid of status bar
this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,WindowManager.LayoutParams.FLAG_FULLSCREEN)

// Set attributes such as colors based on theme
TypedValue typedValue = new TypedValue();
this.getTheme().resolveAttribute(R.attr.colorBackground, typedValue, true);
@ColorInt int colorBasedOnTheme = typedValue.data;

When you pass context to other classes, the Non-UI version context (i.e. getApplicationContext()) will not expire because it lives as long as your application itself. But the UI version context (i.e. XXXActivity.this) will expire because it only lives as long as your XXXActivity. And if an object holds a context(XXXActivity.this) out-lives the original XXXActivity, there will be problems: memory leak, null point exception, undefined behaviours, etc.

Upvotes: 0

Zohra Khan
Zohra Khan

Reputation: 5302

Which context to use?

There are two types of Context:

Application context is associated with the application and will always be the same throughout the life of application; it does not change. So if you are using Toast, you can use application context or even activity context (both) because Toast can be displayed from anywhere within your application and is not attached to a specific window. But there are many exceptions. One such exception is when you need to use or pass the activity context.

Activity context is associated with the activity and can be destroyed if the activity is destroyed; there may be multiple activities (more than likely) with a single application. Sometimes you absolutely need the activity context handle. For example, should you launch a new Activity, you need to use activity context in its Intent so that the newly-launched activity is connected to the current activity in terms of activity stack. However, you may also use application's context to launch a new activity, but then you need to set flag Intent.FLAG_ACTIVITY_NEW_TASK in intent to treat it as a new task.

Let's consider some cases:

MainActivity.this refers to the MainActivity context which extends Activity class but the base class (Activity) also extends Context class, so it can be used to offer activity context.

getBaseContext() offers activity context.

getApplication() offers application context.

getApplicationContext() also offers application context.

For more information please check this link.

Upvotes: 111

SAURABH OMER
SAURABH OMER

Reputation: 69

mainActivity gives the context of the current Activity. context depends on activity's lifecycle. getApplicationContext() gives the context of the application and depends on the application's lifecycle.

Upvotes: 1

triggs
triggs

Reputation: 5900

This explanation is probably missing some subtle nuances but it should give you a better understanding of why one works but the other doesn't.

The difference is that MainActivity.this refers to the current activity (context) whereas the getApplicationContext() refers to the Application class.

The important differences between the two are that the Application class never has any UI associations and as such has no window token.

Long story short: For UI items that need context, use the Activity.

Upvotes: 18

Varun
Varun

Reputation: 592

  • MainActivity.this only works if you are in an inner class of MainActivity.

  • If you are in MainActivity itself, just use this.

  • If you are in another class entirely, you need to pass it an instance of a context from the Activity you are in.

Hope this helps..

Upvotes: 19

Bhargav Ghodasara
Bhargav Ghodasara

Reputation: 378

MainActivity.this refers to the the current activity (context) where the getApplicationContext() refers to the Application class.

The getApplicationContext() method return the context of the single, global Application object of the current process. This generally should only be used if you need a Context whose lifecycle is separate from the current context, that is tied to the lifetime of the process rather than the current component.

MainActivity.this will change when activity destroyed and re-created, getApplicationContext() will change when the application killed and re-started.

Upvotes: 7

andMarkus
andMarkus

Reputation: 1020

This is what the developer.android.com says:

Return the context of the single, global Application object of the current process. This generally should only be used if you need a Context whose lifecycle is separate from the current context, that is tied to the lifetime of the process rather than the current component.

In general, use ..Activity.this instead of getApplicationContext();

Further reading: developer.android.com/reference/android/content/Context.html#getApplicationContext()

Upvotes: 0

Related Questions