如何通过context得到getfragmentmanager

fragment在onAttach后才获取activity，所以你可以在onAttach里初始化，或者在其后的生命周期里初始化，在onAttach之前getActivity是肯定不行的

@Override

public void onAttach(Activity activity) {

superonAttach(activity);

}

在Android开发中，Context是一个非常重要的概念。它表示Android应用程序或组件的当前状态和信息。当您开发Uniapp插件时，可以使用Context来访问应用程序资源，如字符串、布局、等等。

在Uniapp插件开发中，您可以通过以下方式获取Context：

1 在Activity或Service中获取：如果您的插件需要在Activity或Service中执行 *** 作，则可以使用getContext()方法来获取当前的Context。

2 在Application中获取：如果您的插件需要在Application层面执行 *** 作，则可以使用getApplicationContext()方法来获取当前的Context。

3 从传入的参数中获取：有些情况下，您可能需要从外部传入一个Context，比如在创建Dialog时。这时候，您可以从传入的参数中获取Context。

请注意，在使用Context时需要避免内存泄漏和空指针等问题。例如，在创建Dialog时，应该使用Activity的Context而不是Application的Context，否则可能会导致内存泄漏。同时，也需要注意及时释放Context以避免空指针异常。

这是两种不同的context，也是最常见的两种第一种中context的生命周期与Application的生命周期相关的，context随着Application的销毁而销毁，伴随application的一生，与activity的生命周期无关第二种中的context跟Activity的生命周期是相关的，但是对一个Application来说，Activity可以销毁几次，那么属于Activity的context就会销毁多次至于用哪种context，得看应用场景，个人感觉用Activity的context好一点，不过也有的时候必须使用Application的contextapplication context可以通过

ContextgetApplicationContext或者ActivitygetApplication方法获取

还有就是，在使用context的时候，小心内存泄露，防止内存泄露，注意一下几个方面：

1 不要让生命周期长的对象引用activity context，即保证引用activity的对象要与activity本身生命周期是一样的

2 对于生命周期长的对象，可以使用application context

3 避免非静态的内部类，尽量使用静态类，避免生命周期问题，注意内部类对外部对象引用导致的生命周期变化

现在回到正题，说一下android全局变量，在平时的开发过程中，有时候可能会需要一些全局数据，来让应用中的所有Activity和View都能访问到，大家在遇到这种情况时，可能首先会想到自己定义一个类，然后创建很多静态成员，android已经为我们提供了这种情况的解决方案：

在Android中，有一个Application类，在Activity中可以使用getApplication（）方法获得实例，使用它就可以获得当前应用的主题、资源文件中的内容等，这个类更灵活的一个特性就是可以被继承，来添加自己的全局属性例如开发一个游戏，需要保存分数，那么我们就可以继承Application

众所周知，Context的含义是上下文，也就是场景的意思，关于获取全局Context的方法，一般情况是在自定义的Application中写一个，需要的时候直接获取就可以了，下面是代码所示: 

private static Context context; 

private static Context getContext(){ 

return context; 

} 

@Override 

public void onCreate() { 

superonCreate(); 

context=thisgetApplicationContext(); 

thisregisterActivityLifecycleCallbacks(this); 

} 

上面的代码是写在自定义的Application中的,以后我们需要获取全局Context的时候就用BaseApplicationgetContext()方法即可，请注意，上面的方法只是一般情况下的，就是我们已经进入了这个程序里面，但是就像刚才说的那样，如果不能接触程序逻辑，或者连Application都没有初始化的时候能获取吗，显然不能吧？那是不是就没有办法了？不是滴，经过查看源码，我们发现应用程序的入口里面就提供了获取全部Application的方法，这个类是ActivityThread,这个类也是大名鼎鼎的Android应用程序的主线程，它里面做的事情可多了呢，包括初始化消息循环机制等等，这也是为什么在主线程里面可以直接new

一个Handler的原因，而不用绑定线程的Looper,当然，本文讨论的问题不是Looper，而是全局Context对象，我们发现，ActivityThread有一个方法： 

public Application getApplication() { 

return mInitialApplication; 

} 

利用这个方法我们可以获取全局Application对象，当然也就可以获取全局Context对象啦，可问题是ActivityThread是一个隐藏类，怎么办呢，那就反射吧，下面是代码

Class<> clazz = ClassforName("androidappActivityThread");

Field field = clazzgetDeclaredField("sCurrentActivityThread");

fieldsetAccessible(true);

//得到ActivityThread的对象，虽然是隐藏的，但已经指向了内存的堆地址

Object object = fieldget(null);

Logd("[app]", "object=" + object);

Method method=clazzgetDeclaredMethod("getApplication");

methodsetAccessible(true);

Application application=(Application)methodinvoke(object);

Logd("[app]","application="+application);

Logd("[app]","程序的application对象="+getApplication());

测试结果如下:

可以看到成功获取了Application对象，那么获取Context就容易啦，而且我们看到，这样反射获取的跟直接程序调用的结果是一样的，其实这也很好理解，总之，这种方法一般情况下是在特殊的时候使用，比如注入的 *** 作可能使用到，好了，今天的博文就写到这里，有什么疑问提出来，其实ActivityThread还有一个静态方法直接获取application，获取的结果也是这个，都是一样的，大家去试试吧。需要补充的是，这个方法是无敌的，就像标题所说，任何地方，任何时候，任何逻辑，只要程序进入了主线程就能获取,而不是仅仅局限于网上说的在自定义的application中获取

以上就是关于如何通过context得到getfragmentmanager全部的内容，包括:如何通过context得到getfragmentmanager、android开发uniapp插件时,context、Application context和Activity context的区别等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！