• 获取Fragment的context：

   getActivity().getApplicationContext()或者getActivity()
   You can use getActivity(), which returns the activity associated with a fragment.
   The activity is a context (since Activity extends Context).

• 设置TextView的颜色setTextColor()的用法：

 setTextColor(0xff999faa);
 setTextColor(Color.parseColor("#999faa"))

• Android textView 动态设置字体大小，带单位：

setTextSize(TypedValue.COMPLEX_UNIT_PX,22); 
setTextSize(TypedValue.COMPLEX_UNIT_SP,22); 
setTextSize(TypedValue.COMPLEX_UNIT_DIP,22);

• 初始化一个ArrayList<>并赋值：

ArrayList<String> list = new ArrayList<String>() {{add("string1"); add("string2"); add("string3");}}

• setBackgroundDrawable和setBackgroundResource的区别：

setBackgroundXXX的用处，设置View背景。
setBackgroundDrawable的参数为Drawable对象。
setBackgroundColor的参数为Color对象，比如说Color.Red为红色或  Color.rgb(255,0,0)来指定一个红色
setBackgroundResource的参数为资源ID，比如说R.drawable.icon

对于ImageView类有类似 setImageXXX
道理同上，setImageBitmap的参数为Bitmap对象，同时ImageView还支持矩阵对象，比如setImageMatrix的参数为Matrix对象。

• Android延时执行接口：

new Handler().postDelayed(new Runnable(){
    @Override
    public void run() {
        func();
    }
}, 250);

• 查看Android系统服务命令：

adb shell service list

• Activity有三种基本状态：

  • Active：处于屏幕前景（当前task的栈顶Activity处于Active状态），同一时刻只能有一个Activity处于Active状态。
  • Paused状态：处于背景画面画面状态，失去了焦点，但依然是活动状态。
  • Stopped：不可见，但依然保持所有的状态和内存信息。

• 同一个Service的类在android中可以有多个实例吗？
  不可以。Service的启动模式决定它不会在系统中存在多个实例，当有新的Intent传递过来的时候，android系统会直接使用已经存在的Service实例而不会重新创建，所以在android系统中的Service都是单例的。

  但为什么在锤子手机上有好几个xstate service？？？

• android继承activity和application有什么不同：
  初学安卓，看到有些代码继承activity，有些继承application，不知有什么？
  Activty是UI界面的抽象，Application是应用程序的抽象。一个Application有若干个Activity组成。一般继承Application主要是做一些初始化以及获取全局Context的引用，每个用户界面都要继承自Acitivity。

• Fragment中调用startActivityForResult：
  注意要采用fragment的startActivityForResult，而不要通过activity调用，否则activity的onActivityResult回被回调，fragment不会被调用，这样start和onResult就分离了。
  目前还没有遇到这个问题，先收藏着
  彻底搞懂startActivityForResult在FragmentActivity和Fragment中的异同
  浅谈Android Fragment嵌套使用存在的一些BUG以及解决方法

• 去除字符串中的标点符号

public static String removePunct(String s) {
    String str = s.replaceAll("[`~!@#$%^&*()+=|{}':;',\\[\\].<>/?~！@#￥%……& amp;*（）——+|{}【】‘；：”“’。，、？|-]", "");
    str = str.replace("\"", "");
    return str;
}

• 判断字符串中是否都是中文字符

public static boolean isChinese(String string) {
      String regex = "^[\u4E00-\u9FA5]+$";
      Pattern pattern = Pattern.compile(regex);
      Matcher match = pattern.matcher(string);
      return match.matches();
  }

• 令人厌恶的Bundles
  

  摘录自Android 中 EventBus 的使用（2）：缓存事件

“我在上一篇文章中曾说过，我并不喜欢Android中的Bundle，而且尽量避免使用它们。我不喜欢被象Serializable或者是Parcelable这类对象所约束，尤其是它们还缺少对类型安全的检查。我的意思是必竟这是Java，而不是Python或者Javascript什么的。我希望我的IDE能够发现并告诉我这样的错误，如一个组件向另外一个组件发送了一个不是它期望的对象类型。
不要误会，Intent在进程间通信时还是很有用的，在这种情况下将携带的数据序列化成通用格式是合情合理的。但如果仅仅是为了在用户旋转了一下屏幕后，让程序保持原来的状态，以科学的名义说，有必要非得用这种方法么？没错，我说的就是Android提供的处理配置改变的标准模式——在onSaveInstanceState(Bundle bundle)和onRestoreInstanceState(Bundle bundle)中保存和恢复状态数据。且不提那些荒唐复杂的Fragment生命周期问题，单单是保持运行状态的这种处理方式就是我最不喜欢的Android开发特点之一。” 刚刚遇到了类似问题：Parcel android.os.Parcel@dbaf03f: Unmarshalling unknown type code 2131625126 at offset 1308 导致了crash

XXXX info = mXXXXList.get(position);
if (info == null) {
    return;
}
Intent intent = new Intent(XXXXActivity.this, XXXXActivity.class);
intent.putExtra(XXX.KEY_SOUND_INFO, info);

if (intent != null) {
    mXXXX = (XXXX) intent.getSerializableExtra(XXX.KEY_SOUND_INFO);
}

由于Serializable导致的问题，出现几率比较小，目前还没找到原因。

• AsyncTask, Loader和Executor…… 拜托！

摘录自Android 中 EventBus 的使用（3）：多线程事件处理

Android中有很多种执行异步操作的方法（指平行于UI线程的）。AsyncTask对于用户来说是最简单的一种机制，并且只需要少量的设置代码即可。然而，它的使用是有局限的，正如Android官方文档中所描述的：

AsyncTask被设计成为一个工具类，在它内部包含了Thread和Handler，但它本身并不是通用线程框架的一部分。AsyncTask应该尽可能地被用在执行一些较短的操作中（最多几秒）。如果你需要在线程中执行较长时间的任务，那么建议你直接使用java.util.concurrent包中提供的各种API，如Executor、 ThreadPoolExecutor以及FutureTask。

不过即便是执行短时间的操作也会带来一些问题，特别是在与Activity/Fragment生命周期有关的地方。由于AsyncTask会持续地运行下去（即使启动它们的Activity/Fragment已经被销毁了）。这样，一旦你在onPostExecute方法中试图对UI进行更新，那么最终将导致抛出一个IllegalStateException异常。

Android 3.0中引入了Loader API用来解决Activity/Fragment生命周期的问题（它们的确很有效）。Loader API被设计成向Activity/Fragment中以异步方式加载数据。尽管加载数据是一种非常常见的异步操作，但并非唯一一种需要从UI线程中分开的操作。Loader还需要在Activity/Fragment中实现另外一个监听接口。尽管这么做没有错，但我个人并不喜欢这种模式（我的意思是最终你的代码中会包含许多的回调函数，导致代码的可读性变得很差）。最后，Activity和Fragment也并非唯一需要对异步操作分线程的地方。例如如果在Service里，你就不能访问LoaderManager，所以最终你还是得使用AsyncTask或者java.util.concurrent。

java.util.concurrent包很不错，我在Android和非Android项目中都可以使用。不过使用时需要对其进行多一点儿配置和管理，不象AsyncTask那么简单。你需要对ExecutorService进行初始化，管理和监视它的生命周期，并且可能需要跟一些Future对象打交道。

只要使用恰当，AsyncTask、 Loader和Executor都是非常有效的。但在复杂应用中，需要为每个任务选择合适的工具，最终你可能三种都会用到。这样你就得维护三种不同的处理并发的框架代码。

• RelativeLayout布局内组件设置居中
  备忘

android:layout_centerVertical="true"

• 设置渐变色的背景
  设置背景色可以通过在res/drawable里定义一个xml，如下：

xxx.xml

<?xml version="1.0" encoding="utf-8"?>
<layer-list xmlns:android="http://schemas.android.com/apk/res/android"
    android:shape="rectangle">

    <item>
        <shape>
            <gradient
                android:angle="0"
                android:endColor="#28d5fa"
                android:startColor="#0083fa"
                android:type="linear" />
        </shape>
    </item>

</layer-list>

引用：

<RelativeLayout
                android:id="@+id/va_voice_print_step_ll"
                android:layout_width="match_parent"
                android:layout_height="149dp"
                android:background="@drawable/xxx">
</RelativeLayout>

shape：定义形状（主要包括方形、圆形等）；gradient：定义该形状里面为渐变色填充；startColor：起始颜色；endColor：结束颜色；angle：表示方向角度。（当angle=0时，渐变色是从左向右。 然后逆时针方向转，当angle=90时为从下往上）。

gradient主要配置起点颜色、终点颜色、中间点的坐标、中间点的颜色、渐变角度（90度为上下渐变，0为左右渐变）；
padding主要配置上下左右边距；
corners节点配置四周园角的半径；
参考链接：Android (shape,gradient)使用总结，android 背景渐变色(shape,gradient)

• 如果在Android中判断某个线程是否是主线程？

public static boolean isInMainThread() {
      return Looper.myLooper() == Looper.getMainLooper();
}

• EditText中灰色文字提示

android:hint="请输入xx"

• 如何查看Activity Task栈的情况

adb shell dumpsys activity activities
adb shell dumpsys activity top

• 打开app对应设置通知中心

public void openNotificationSettings() {
    try {
        Intent intent = new Intent();
        intent.setAction("android.settings.APP_NOTIFICATION_SETTINGS");
        if (Build.VERSION.SDK_INT > Build.VERSION_CODES.N_MR1) {
            intent.putExtra("android.provider.extra.APP_PACKAGE", context.getPackageName());
        } else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
            intent.putExtra("app_package", context.getPackageName());
            intent.putExtra("app_uid", context.getApplicationInfo().uid);
        }
        intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        startActivity(intent);
    } catch (Exception e) {
        e.printStackTrace();
    }
}

• gradle里面的cached module文件位置

~/.gradle/caches/modules-2/files-2.1/com.ali*

• 判断app是否在前台运行

 public boolean isAppOnForeground() {
    // Returns a list of application processes that are running on the
    // device

    ActivityManager activityManager = (ActivityManager) getApplicationContext().getSystemService(Context.ACTIVITY_SERVICE);
    String packageName = getApplicationContext().getPackageName();

    List<ActivityManager.RunningAppProcessInfo> appProcesses = activityManager
            .getRunningAppProcesses();
    if (appProcesses == null)
        return false;

    for (ActivityManager.RunningAppProcessInfo appProcess : appProcesses) {
        // The name of the process that this object is associated with.
        if (appProcess.processName.equals(packageName)
                && appProcess.importance == ActivityManager.RunningAppProcessInfo.IMPORTANCE_FOREGROUND) {
            return true;
        }
    }
    return false;
}

• Activity内使用Broadcast接收消息

  大部分的Broadcast示例都是新建一个class继承BroadcastReceiver来说明Broadcast的使用，但是这个class中接收到的消息，如何进行后续处理呢？其实大部分情况下是希望在activity中通过Broadcast接收消息，做一些后续的处理工作，而如果在一个新建的继承自BroadcastReceiver的class中，如何和某个Activity通讯，这是一个悖论，消息发生源传递给Broadcast，Broadcast再传递给Activity，后一步要采用什么通讯方式呢？为什么不消息发生源不直接发生消息给Activity呢？

  由于大部分示例都是在一个新的class中进行，导致我一度认为Broadcast只能写在class里。后来发现可以通过动态注册的方式直接new一个BroadcastReceiver的方式，写在Activity内部，由于BroadcastReceiver在Activity内部，BroadcastReceiver中onReceive()即可操作Activity内数据和控件，实现Activity接受消息的目的。

private BroadcastReceiver mSearchRequestReceiver = new BroadcastReceiver() {
      @Override
      public void onReceive(Context context, Intent intent) {
          //do somethings
          }
      }
  };

  @Override
  public void onResume() {
      super.onResume();
      LocalBroadcastManager lbm = LocalBroadcastManager.getInstance(this);
      lbm.registerReceiver(mSearchRequestReceiver, new IntentFilter(SEARCH_REQUEST_BROADCAST_ACTION));
  }

  @Override
  protected void onPause() {
      super.onPause();
      LocalBroadcastManager lbm = LocalBroadcastManager.getInstance(this);
      lbm.unregisterReceiver(mSearchRequestReceiver);
  }

• 判断当前线程是否是Ui线程：

public static boolean isMainThread() {
        return Thread.currentThread() == Looper.getMainLooper().getThread();
}

• Glide.with()使用

with(Context context)：使用Application上下文，Glide请求将不受Activity/Fragment生命周期控制。
with(Activity activity)：使用Activity作为上下文，Glide的请求会受到Activity生命周期控制。
with(FragmentActivity activity)：Glide的请求会受到FragmentActivity生命周期控制。
with(android.app.Fragment fragment)：Glide的请求会受到Fragment 生命周期控制。
with(android.support.v4.app.Fragment fragment)：Glide的请求会受到Fragment生命周期控制。