Java初学者在处理String时往往容易犯一个很常见的错误，那就是String的null或空值的判断处理。
1，错误用法一：
if (name == "") {
//do something
}
2，错误用法二：
if (name.equals("")) {
//do something
}
3，错误用法三：
if (！name.equals("")) {
//do something
}
我们来解说一下：
上述错误用法1是初学者最容易犯，也最不容易被发现的错误，因为它们的语法本身没问题，Java编译器编译时不报错。但这种条件可能在运行时导致程序出现bug，永远也不会为true，也就是时说，if块里的语句永远也不会被执行。
上述用法二，用法三 的写法，是包括很多Java熟手也很容易犯的错误，为什么是错误的呢？也许你会感到纳闷。
对，它们的写法本身没错，但是，少了一个null判断的条件，试想，如果name=null的情况下，会发生什么后果呢？后果是，你的程序将抛出NullPointerException异常，系统将被挂起，不再提供正常服务。
当然，如果之前已经对name作了null判断的情况例外。
正确的写法应该先加上name != null的条件，如例：
if (name != null && ！name.equals("")) {
//do something
}
或者
if (!"".equals(name)) {//将""写在前头，这样，不管name是否为null，都不会出错。
//do something
}
下面，我们举一个简单的例子：
TestNullOrEmpty.java
编译执行：
c:\>java TestNullOrEmpty
value is null.
value is blank but not null.
value is " "
value is "hello me!"
- (void)viewDidLoad {
[super viewDidLoad];
UIMenuItem *menuItem = [[UIMenuItem alloc] initWithTitle:@"分享到新浪微博" action:@selector(shareSina)];
UIMenuController *menu = [UIMenuController sharedMenuController];
[menu setMenuItems:[NSArray arrayWithObject:menuItem]];
[menuItem release];
}
- (void) shareSina {
NSLog(@"%@", [textview.text substringWithRange:textview.selectedRange]);
}
-(BOOL)canPerformAction:(SEL)action withSender:(id)sender {
if(action == @selector(shareSina)) {
if(textview.selectedRange.length > 0)
return YES;
}
return NO;
}
对上图的讲解：
1. FragmentManagerImpl里有一个后退栈mBackStack，后退出栈里的对象是BackStackRecord，不是Fragment。
2. BackStackRecord继承FragmentTransation抽象类，同时实现BackStackEntry和Runnable接口。我们在程序里要进行add,remove,replace等等操作时，用的是FragmentTransation类型，其实这个实例是BackStackRecord对象。实现Runnable接口的run()方法，run方法是切换的真正执行动画的代码所在。
3. 由于后退栈中保存的是BackStackRecord对象，由上可知，后退栈保存的是变化过程（即操作），而不是Fragment对象。
4. FragmentManagerImpl里的mActive保存的是当前活跃的Fragment（可以理解为当前显示的）
5. FragmentManagerImpl里的mPendingActions保存的Runable对象，实际对象是BackStackRecord对象，这个表示将要执行的动作（比如add，replace, remove）。
6. BackStackRecord是用于保存用户一次提交的操作行为，一次提交并不是一种变化，而是一系列的变化，是一组add、replace、remove变化的集合。每一次的变化，即是一次操作，用Op类来表示。在BackStackRecord里保存了一个双向链表(mHead, mTail)，用于保存一组操作。Op类中的cmd表示操作类型（如add，replace，remove等等）
7. 在进BackStack栈时，是从mHead开始遍历；按后退键Back进行退栈时，是从mTail开始的。
8. BackStackRecord的双向键表是用来保存操作数据，实际的操作代码在其实现的run方法里，当前要执行的会发送到FragmentManagerImpl里的mPendingAction里。
FragmentManagerImpl里的moveToState方法的研究
其中有两个重要的重载的方法：
1. 第一个重载方法：
2. 第二个重载方法：
a) 先看一下Fragmentr的几种状态值mState：
注意，这个和Fragment的整个生命周期不是一样，我们会发现少了一些状态，如onPause, onDestory, onStop状态。但用上面这几个状态量就可以表示全部的状态量，我们仔细观察就可以得出：onCreate和onDestory对应，onStart和onStop对应，onResume和onPause对应。如下所示：
b) 我们来看一下进入时候的状态处理：
这个是大的逻辑判断，但注意在每个case语句下都没有break语句，没有break语句的作用在于：如果当前的Fragment处于create状态，而newState是resume状态，则可以把中间的各种状态都会执行。
这里主要要说的是：执行切换的动画是在Fragment.CREATED里进行的：
所以动画执行之后，才调用Fragment的onStart()，onResume()方法。另外还有，在loadAnimation方法里，会先调用Fragment的onCreateAnimation方法，由于系统并没有给这个Animation设置listener，所以如果我们要设置listener，可以重写Fragment里的onCreateAnimation方法，在这个方法里面设置listener。
c) 我们再来看一下退出时候的状态处理：
这个是遍历的流程，刚好是反着的过程，注意这里也没有break语句，作用与上面的相同。这里也重点说一下动画执行的时间：在Fragment.ACTIVITY_CREATED状态量里：
在退出时的动画里，设置了listener，所以这里我们就不能按照上面的方法手动设置listener了。从这里可以看出，onPause()和onStop()方法都是在动画执行之前调用的。
d) 通过代码的测试，得出的结论是：onDestory()和onDetach()方法都是在动画执行结束后执行的。Fragment如果在后退栈里还引用到这个Fragment，则其onDestory和onDetach方法都不会被调用。只有当这个Fragment在后退栈中真的没有再被引用，才会执行其onDestory和onDetach方法。