1.判断当前活动是否被干掉

activity.isFinishing()

 2.构建一个对话框（AlertDialog）

AlertDialog.Builder builder=new AlertDialog.Builder(context);builder.setCancelable(false);    //设置为不可取消builder.setTitle("warning");　　//标题builder.setMessage("You are force to be offline,please try to login again.");　　//消息 //按钮点击事件builder.setPositiveButton("OK", new DialogInterface.OnClickListener() {    @Override    public void onClick(DialogInterface dialog, int which) {         }});builder.show();　　//显示

 

 

3.EditText光标移动到末尾

editText.setSelection(inputText.length());

 

4.Cursor

 

Cursor cursor = db.query("Book", null, null, null, null, null, null);cursor.moveToFirst()

 

查询出来的cursor的初始位置是指向第一条记录的前一个位置的 cursor.moveToFirst（）指向查询结果的第一个位置。 一般通过判断cursor.moveToFirst()的值为true或false来确定查询结果是否为空。 cursor.moveToNext()是用来做循环的，一般这样来用：while(cursor.moveToNext()){ } cursor.moveToPrevious()是指向当前记录的上一个记录，是和moveToNext相对应的； cursor.moveToLast()指向查询结果的最后一条记录 5.隐藏状态栏（活动要继承Activity）

this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);

 6.SharedPreference.Editor的apply和commit方法异同

1. apply没有返回值而commit返回boolean表明修改是否提交成功

2. apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘，因此，在多个并发的提交commit的时候，他们会等待正在处理的commit保存到磁盘后在操作，从而降低了效率。而apply只是原子的提交到内容，后面有调用apply的函数的将会直接覆盖前面的内存数据，这样从一定程度上提高了很多效率。 

3. apply方法不会提示任何失败的提示。 

由于在一个进程中，sharedPreference是单实例，一般不会出现并发冲突，如果对提交的结果不关心的话，建议使用apply，当然需要确保提交成功且有后续操作的话，还是需要用commit的。