Android 中的 Service 全面总结

￡神魔★判官ぃ 2022-08-01 06:11 126阅读 0赞

# 1、Service的种类 #

按运行地点分类：

<table style="margin:0px; padding:0px; border:1px solid silver; border-collapse:collapse; word-break:break-word"> 
 <tbody style="margin:0px; padding:0px"> 
 <tr style="margin:0px; padding:0px"> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> 类别</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> 区别</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> &nbsp;优点</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> 缺点&nbsp;</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> &nbsp;应用</td> 
 </tr> 
 <tr style="margin:0px; padding:0px"> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> 本地服务（Local）</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> 该服务依附在主进程上，</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> &nbsp;服务依附在主进程上而不是独立的进程，这样在一定程度上节约了资源，另外Local服务因为是在同一进程因此不需要IPC，也不需要AIDL。相应bindService会方便很多。</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> &nbsp;主进程被Kill后，服务便会终止。</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> &nbsp;非常常见的应用如：HTC的音乐播放服务，天天动听音乐播放服务。</td> 
 </tr> 
 <tr style="margin:0px; padding:0px"> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> 远程服务（Remote）</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> 该服务是独立的进程，</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> &nbsp;服务为独立的进程，对应进程名格式为所在包名加上你指定的android:process字符串。由于是独立的进程，因此在Activity所在进程被Kill的时候，该服务依然在运行，不受其他进程影响，有利于为多个进程提供服务具有较高的灵活性。</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> &nbsp;该服务是独立的进程，会占用一定资源，并且使用AIDL进行IPC稍微麻烦一点。</td> 
 <td style="margin:0px; padding:3px; border:1px solid silver; border-collapse:collapse"> &nbsp;一些提供系统服务的Service，这种Service是常驻的。</td> 
 </tr> 
 </tbody> 
</table>

其实remote服务还是很少见的，并且一般都是系统服务。

按运行类型分类：

有同学可能会问，后台服务我们可以自己创建 ONGOING 的 Notification 这样就成为前台服务吗？答案是否定的，前台服务是在做了上述工作之后需要调用 startForeground （ android 2.0 及其以后版本 ）或 setForeground （android 2.0 以前的版本）使服务成为 前台服务。这样做的好处在于，当服务被外部强制终止掉的时候，ONGOING 的 Notification 任然会移除掉。

按使用方式分类：

以上面三种方式启动的服务其生命周期也有区别，将在随后给出。

2、Service 与 Thread 的区别

很多时候，你可能会问，为什么要用 Service，而不用 Thread 呢，因为用 Thread 是很方便的，比起 Service 也方便多了，下面我详细的来解释一下。

1). Thread：Thread 是程序执行的最小单元，它是分配CPU的基本单位。可以用 Thread 来执行一些异步的操作。

2). Service：Service 是android的一种机制，当它运行的时候如果是Local Service，那么对应的 Service 是运行在主进程的 main 线程上的。如：onCreate，onStart 这些函数在被系统调用的时候都是在主进程的 main 线程上运行的。如果是Remote Service，那么对应的 Service 则是运行在独立进程的 main 线程上。因此请不要把 Service 理解成线程，它跟线程半毛钱的关系都没有！

既然这样，那么我们为什么要用 Service 呢？其实这跟 android 的系统机制有关，我们先拿 Thread 来说。Thread 的运行是独立于 Activity 的，也就是说当一个 Activity 被 finish 之后，如果你没有主动停止 Thread 或者 Thread 里的 run 方法没有执行完毕的话，Thread 也会一直执行。因此这里会出现一个问题：当 Activity 被 finish 之后，你不再持有该 Thread 的引用。另一方面，你没有办法在不同的 Activity 中对同一 Thread 进行控制。

举个例子：如果你的 Thread 需要不停地隔一段时间就要连接服务器做某种同步的话，该 Thread 需要在 Activity 没有start的时候也在运行。这个时候当你 start 一个 Activity 就没有办法在该 Activity 里面控制之前创建的 Thread。因此你便需要创建并启动一个 Service ，在 Service 里面创建、运行并控制该 Thread，这样便解决了该问题（因为任何 Activity 都可以控制同一 Service，而系统也只会创建一个对应 Service 的实例）。

因此你可以把 Service 想象成一种消息服务，而你可以在任何有 Context 的地方调用 Context.startService、Context.stopService、Context.bindService，Context.unbindService，来控制它，你也可以在 Service 里注册 BroadcastReceiver，在其他地方通过发送 broadcast 来控制它，当然这些都是 Thread 做不到的。

3、Service的生命周期

onCreate　　onStart　　onDestroy　　onBind

1). 被启动的服务的生命周期：如果一个Service被某个Activity 调用 Context.startService 方法启动，那么不管是否有Activity使用bindService绑定或unbindService解除绑定到该Service，该Service都在后台运行。如果一个Service被startService 方法多次启动，那么onCreate方法只会调用一次，onStart将会被调用多次（对应调用startService的次数），并且系统只会创建Service的一个实例（因此你应该知道只需要一次stopService调用）。该Service将会一直在后台运行，而不管对应程序的Activity是否在运行，直到被调用stopService，或自身的stopSelf方法。当然如果系统资源不足，android系统也可能结束服务。

2). 被绑定的服务的生命周期：如果一个Service被某个Activity 调用 Context.bindService 方法绑定启动，不管调用 bindService 调用几次，onCreate方法都只会调用一次，同时onStart方法始终不会被调用。当连接建立之后，Service将会一直运行，除非调用Context.unbindService 断开连接或者之前调用bindService 的 Context 不存在了（如Activity被finish的时候），系统将会自动停止Service，对应onDestroy将被调用。

3). 被启动又被绑定的服务的生命周期：如果一个Service又被启动又被绑定，则该Service将会一直在后台运行。并且不管如何调用，onCreate始终只会调用一次，对应startService调用多少次，Service的onStart便会调用多少次。调用unbindService将不会停止Service，而必须调用 stopService 或 Service的 stopSelf 来停止服务。

4). 当服务被停止时清除服务：当一个Service被终止（1、调用stopService；2、调用stopSelf；3、不再有绑定的连接（没有被启动））时，onDestroy方法将会被调用，在这里你应当做一些清除工作，如停止在Service中创建并运行的线程。

特别注意：

1、你应当知道在调用 bindService 绑定到Service的时候，你就应当保证在某处调用 unbindService 解除绑定（尽管 Activity 被 finish 的时候绑定会自　　　　　　动解除，并且Service会自动停止）；

2、你应当注意 使用 startService 启动服务之后，一定要使用 stopService停止服务，不管你是否使用bindService；

3、同时使用 startService 与 bindService 要注意到，Service 的终止，需要unbindService与stopService同时调用，才能终止 Service，不管 startService 与 bindService 的调用顺序，如果先调用 unbindService 此时服务不会自动终止，再调用 stopService 之后服务才会停止，如果先调用 stopService 此时服务也不会终止，而再调用 unbindService 或者 之前调用 bindService 的 Context 不存在了（如Activity 被 finish 的时候）之后服务才会自动停止；

4、当在旋转手机屏幕的时候，当手机屏幕在“横”“竖”变换时，此时如果你的 Activity 如果会自动旋转的话，旋转其实是 Activity 的重新创建，因此旋转之前的使用 bindService 建立的连接便会断开（Context 不存在了），对应服务的生命周期与上述相同。

5、在 sdk 2.0 及其以后的版本中，对应的 onStart 已经被否决变为了 onStartCommand，不过之前的 onStart 任然有效。这意味着，如果你开发的应用程序用的 sdk 为 2.0 及其以后的版本，那么你应当使用 onStartCommand 而不是 onStart。

4、startService 启动服务

想要用 startService  启动服务，不管Local 还是 Remote 我们需要做的工作都是一样简单。当然要记得在 Androidmanifest.xml 中注册 service。

根据上面的生命周期，我们便会给出 Service 中的代码框架：

[\+  ][ ]

对应生命周期系统回调函数上面已经说明，在对应地方加上适当的代码即可。下面是启动与停止 Service 的代码：

[\+  ][ ]

对应的 Intent 为标志服务类的 Intent。

5、Local 与 Remote 服务绑定

同样记得在 Androidmanifest.xml 中注册 service

1). Local 服务绑定：Local 服务的绑定较简单，首先在 Service 中我们需要实现 Service 的抽象方法 onBind，并返回一个实现 IBinder 接口的对象。

Service 中的代码：

[\+  ][ ]

上面的代码关键之处，在于 onBind(Intent) 这个方法 返回了一个实现了 IBinder 接口的对象，这个对象将用于绑定Service 的 Activity 与 Local Service 通信。下面是 Activity 中的代码：

[\+  ][ ]

在 Activity 中，我们通过 ServiceConnection 接口来取得建立连接 与 连接意外丢失的回调。bindService有三个参数，第一个是用于区分 Service 的Intent 与 startService 中的 Intent 一致，第二个是实现了 ServiceConnection 接口的对象，最后一个是 flag 标志位。有两个flag，BIND\_DEBUG\_UNBIND 与 BIND\_AUTO\_CREATE，前者用于调试（详细内容可以查看javadoc 上面描述的很清楚），后者默认使用。unbindService 解除绑定，参数则为之前创建的 ServiceConnection 接口对象。另外，多次调用 unbindService 来释放相同的连接会抛出异常，因此我创建了一个 boolean 变量来判断是否 unbindService 已经被调用过。

运行结果：

![2011053009412920.png][]

2). Remote 服务绑定：Remote 的服务绑定由于服务是在另外一个进程，因此需要用到 android 的 IPC 机制。这将又是一个很长的话题，因此，我打算写另外一篇 android 的 IPC 机制分析 ，并在其中进行详述，然后在这里更新链接，敬请关注。

特别注意：

1、Service.onBind如果返回null，则调用 bindService 会启动 Service，但不会连接上 Service，因此 ServiceConnection.onServiceConnected 不会被调用，但你任然需要使用 unbindService 函数断开它，这样 Service 才会停止。

6、创建前台服务

前台服务的优点上面已经说明，但设置服务为前台服务，我们需要注意在 sdk 2.0 及其以后版本使用的方法是 startForeground 与 stopForeground，之前版本使用的是 setForeground ，因此如果你应用程序的最低运行环境要求是 2.0，那么这里可以直接运用新方法，如果运行环境是2.0以下，那么为了保证向后兼容性，这里必须使用反射技术来调用新方法。

下面是我仿照 ApiDemos 重新敲的代码，对某些地方进行了修改，因此更具有说明性：

[\+  ][ ]

特别注意：

1、使用 startForeground ，如果 id 为 0 ，那么 notification 将不会显示。

7、在什么情况下使用 startService 或 bindService 或 同时使用startService 和 bindService

如果你只是想要启动一个后台服务长期进行某项任务那么使用 startService 便可以了。如果你想要与正在运行的 Service 取得联系，那么有两种方法，一种是使用 broadcast ，另外是使用 bindService ，前者的缺点是如果交流较为频繁，容易造成性能上的问题，并且 BroadcastReceiver 本身执行代码的时间是很短的（也许执行到一半，后面的代码便不会执行），而后者则没有这些问题，因此我们肯定选择使用 bindService（这个时候你便同时在使用 startService 和 bindService 了，这在 Activity 中更新 Service 的某些运行状态是相当有用的）。另外如果你的服务只是公开一个远程接口，供连接上的客服端（android 的 Service 是C/S架构）远程调用执行方法。这个时候你可以不让服务一开始就运行，而只用 bindService ，这样在第一次 bindService 的时候才会创建服务的实例运行它，这会节约很多系统资源，特别是如果你的服务是Remote Service，那么该效果会越明显（当然在 Service 创建的时候会花去一定时间，你应当注意到这点）。

8、在 AndroidManifest.xml 里 Service 元素的常见选项

android:name　　-------------　　服务类名

android:label　　--------------　　服务的名字，如果此项不设置，那么默认显示的服务名则为类名

android:icon　　--------------　　服务的图标

android:permission　　-------　　申明此服务的权限，这意味着只有提供了该权限的应用才能控制或连接此服务

android:process　　----------　　表示该服务是否运行在另外一个进程，如果设置了此项，那么将会在包名后面加上这段字符串表示另一进程的名字

android:enabled　　----------　　如果此项设置为 true，那么 Service 将会默认被系统启动，不设置默认此项为 false

android:exported　　---------　　表示该服务是否能够被其他应用程序所控制或连接，不设置默认此项为 false

本文代码下载地址：[http://files.cnblogs.com/newcj/ServiceTest.zip][http_files.cnblogs.com_newcj_ServiceTest.zip]

作者：[newcj][]   
出处：[http://newcj.cnblogs.com/][newcj]   
欢迎转载，但还请尊重劳动果实，保留此段声明并注明原文链接。

分类:  [Android 专题][Android]

标签:  [Android][Android 1],  [Service][],  [总结][Link 1]

绿色通道：  好文要顶  关注我  收藏该文 [与我联系][Link 2]  ![icon_weibo_24.png][]

[![u212602.png][]][u212602.png 1]

[newcj][u212602.png 1]  
[关注 - 0][- 0]  
[粉丝 - 57][- 57]

\+加关注

(请您对文章做出评价)

[« ][Link 3]上一篇： [ADB server didn't ACK][Link 3]  
[» ][Link 4]下一篇： [有米啊，现在已经没米了...][Link 4]

posted @  2011-05-30 16:40  [newcj][newcj 1] 阅读( 67099) 评论( 20)  [编辑][Link 5]  [收藏][ ]

评论列表

[\#1楼][1]   2011-09-23 10:33  蜗牛/\[未注册用户\]

同时使用 startService 与 bindService 要注意到，Service 的终止，需要unbindService与stopService同时调用，才能终止 Service  
  
如果只使用bindService ,只需调用unbindService就可以终止Service.这一点还请楼主解释一下

[\#2楼][2]   2011-09-23 10:46  [蜗牛/][Link 6]  [ ][Link 7]

非常感觉楼主的文章

支持(0) 反对(0)

[\#3楼][3] \[ 楼主\]  2011-09-24 22:30  [newcj][newcj 1]  [ ][Link 2]

[@][1]蜗牛/  
意思就是，你即调用startService启动了Service，而又使用了 bindService 连接到服务，那么，  
  
1、当你调用stopService，这个时候bindService的Context存在，那么Service任然在运行，如果Context不存在了，Service才会停止；  
  
2、当你调用 unbindService 之后，Service 任然是在运行的，这个时候，需要你调用 stopService 停止服务。

支持(1) 反对(0)

[\#4楼][4]   2011-10-18 12:55  [路人 乙][Link 8]  [ ][Link 9]

请问一下博主，当我通过android:process把Service声明为其他进程中的服务时，在执行Service的onDestroy时，Service为什么不销毁呢？在任务管理器里仍然能看到那个进程。有没有什么方法把它销毁？

支持(1) 反对(0)

[\#5楼][5] \[ 楼主\]  2011-10-18 14:45  [newcj][newcj 1]  [ ][Link 2]

[@][4]kylin17  
的却是这样，恐怕远程的Service就像其他App进程，Android也是在App退出的时候不会关闭进程，来提高下次启动的速度。  
  
不过你可以在onDestroy中加入 System.exit(0) 来实现远程进程的退出

支持(0) 反对(0)

[\#6楼][6]   2011-10-26 11:55  wf123456\[未注册用户\]

请问一下LZ，我的程序有N个Activity，而service需要在程序运行的时候一直运行（不管你切换到哪个activity），诸如流量统计，网络同步之类的应用，如果我用远程service的话是不是要在每一个Activity里都要绑定这个service，在该activity消失的时候解除绑定？这样的话每切换一个activity不就是等于重新绑定服务了嘛，影响了service的执行流程（比如说第一个activity绑定的服务执行到第四行代码结果被解除绑定了，第二个activity绑定service又开始从第一行代码开始执行），这种情况该怎么避免（不使用startservice，只使用bind）

[\#7楼][7] \[ 楼主\]  2011-10-26 13:33  [newcj][newcj 1]  [ ][Link 2]

[@][6]wf123456  
远程服务进程间通信（IPC）已经被Binder处理成同步的了，所以不会出现你服务执行到第四行代码结果被解除绑定了的情况。意思就是当你unbind的时候，一定会保证之前的代码执行完成的。

支持(1) 反对(0)

[\#8楼][8]   2011-10-27 08:26  wf123456\[未注册用户\]

[@][7]newcj  
哦，是这样啊，切换activity的时候自动或手动解除绑定，启动下一个activity的时候再手动绑定服务，也是同步的了？也不会出现上述情况的把？  
谢谢你了哦

[\#9楼][9] \[ 楼主\]  2011-10-27 12:46  [newcj][newcj 1]  [ ][Link 2]

[@][8]wf123456  
不会出现上述情况。

支持(0) 反对(0)

[\#10楼][10]   2011-11-09 17:51  yihongyuelan\[未注册用户\]

博主你好，看了你的文章受益匪浅，但还有几个问题不太清楚：  
如果使用AIDL的方式进行IPC，通过bindService()的方法启动了Service，但是在设置-应用程序-正在运行的服务 中并没有看到启动的服务。但是Client又可以调用Service中的方法。这是为什么呢？

[\#11楼][11]   2011-12-21 20:47  [GoodGF][]  [ ][Link 10]

赞！总结的很好，网上的有些理解错误的在你这里都校正了。

支持(0) 反对(0)

[\#12楼][12]   2012-05-30 16:23  [小火炮][Link 11]  [ ][Link 12]

为什么我的service启动一定时间后，容易被系统回收，应用被重新启动了，我设置了setForeground，也没有起作用！怎么解决呢？

支持(0) 反对(0)

[\#13楼][13]   2012-06-16 14:41  [lugesot][]  [ ][Link 13]

非常同意service 和thread没半毛关系，同样,activity和process没半毛关系。  
扯上关系就是错误的理解方向。

支持(0) 反对(0)

[\#14楼][14]   2013-02-25 11:16  [nibl][]  [ ][Link 14]

好文要顶

支持(0) 反对(0)

[\#15楼][15]   2013-05-28 18:33  [再快一点][Link 15]  [ ][Link 16]

楼主，说好的 IPC 机制分析呢？很喜欢楼主的文风，简单明了，深入浅出。

支持(0) 反对(0)

[\#16楼][16]   2013-09-16 15:34  [is心尘][is]  [ ][Link 17]

关于  
“Service 与 Thread 的区别这部分”，我觉得说的不准确  
  
恳请博主戳这里，看看  
www.zhihu.com/question/19591125

支持(0) 反对(0)

[\#17楼][17]   2013-12-02 21:16  [Andy Zhai][]  [ ][Link 18]

楼主：  
在你第3点生命周期的说法中有这么两段话  
1.“被启动的服务的生命周期：该Service将会一直在后台运行，而不管对应程序的Activity是否在运行，直到被调用stopService，或自身的stopSelf方法”  
2.“被绑定的服务的生命周期：当连接建立之后，Service将会一直运行，除非调用Context.unbindService 断开连接或者之前调用bindService 的 Context 不存在了（如Activity被finish的时候），系统将会自动停止Service，对应onDestroy将被调用。”  
意思就是说：仅仅Activity被finish()了的时候，“被启动的服务”还在运行，而“被绑定的服务”就自动停止了？？

支持(0) 反对(0)

[\#18楼][18] \[ 楼主\]  2013-12-02 21:34  [newcj][newcj 1]  [ ][Link 2]

[@][17]Andy Zhai  
从原文看，是这样的。不过这篇文章很久没跟新过了。

支持(0) 反对(0)

[\#19楼][19]   2013-12-02 22:11  [Andy Zhai][]  [ ][Link 18]

非常感谢楼主。本文中解决了我有些没明白的问题。

支持(0) 反对(0)

[\#20楼][20]   2013-12-04 22:50  [Andy Zhai][]  [ ][Link 18]

[@][18]newcj  
楼主：  
你好！  
你这篇文章我花了两个晚上的时间，看了两遍，每次都有不一样的收获，谢谢你。今晚看完有3点想和你交流，还希望你能回复。  
1.Local服务运行在主进程的main线程中，用startService方法调用时，若不调用stopService(或stopself),即使finish了activity也不会停止服务。  
我试验了这是正确的，但不知道为什么。APP退出时不会关闭进程，目的是提高下次启动的速度，但main线程也不结束吗？若果结束的话，代表LocalService的宿主线程结束了，它不也该结束嘛。  
2.文中关于“什么情况下同时使用startService 和 bindService”这个我没怎么明白，希望楼主解答下。  
3.非常期待楼主用和这篇文章一样细致入理的风格写一篇“android 的 IPC 机制分析”。  
谢谢。

[ ]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#
[2011053009412920.png]: /images/20220731/ce693a8da0af4261931bbb1d90059e80.png
[http_files.cnblogs.com_newcj_ServiceTest.zip]: http://files.cnblogs.com/newcj/ServiceTest.zip
[newcj]: http://newcj.cnblogs.com/
[Android]: http://www.cnblogs.com/newcj/category/287534.html
[Android 1]: http://www.cnblogs.com/newcj/tag/Android/
[Service]: http://www.cnblogs.com/newcj/tag/Service/
[Link 1]: http://www.cnblogs.com/newcj/tag/%E6%80%BB%E7%BB%93/
[Link 2]: http://msg.cnblogs.com/send/newcj
[icon_weibo_24.png]: /images/20220731/fc2529258a46428fb5c871843d97c794.png
[u212602.png]: /images/20220731/d2f6192488ed4ce3b457db50d622d0ad.png
[u212602.png 1]: http://home.cnblogs.com/u/newcj/
[- 0]: http://home.cnblogs.com/u/newcj/followees
[- 57]: http://home.cnblogs.com/u/newcj/followers
[Link 3]: http://www.cnblogs.com/newcj/archive/2011/05/29/2061992.html
[Link 4]: http://www.cnblogs.com/newcj/archive/2011/06/01/2065600.html
[newcj 1]: http://www.cnblogs.com/newcj/
[Link 5]: http://i.cnblogs.com/EditPosts.aspx?postid=2061370
[1]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2206050
[2]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2206078
[Link 6]: http://home.cnblogs.com/u/334999/
[Link 7]: http://msg.cnblogs.com/send/%E8%9C%97%E7%89%9B%2F
[3]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2207106
[4]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2222194
[Link 8]: http://www.cnblogs.com/kylin17/
[Link 9]: http://msg.cnblogs.com/send/%E8%B7%AF%E4%BA%BA%20%E4%B9%99
[5]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2222290
[6]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2228241
[7]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2228298
[8]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2228809
[9]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2229155
[10]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2239625
[11]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2276086
[GoodGF]: http://www.cnblogs.com/gaofan/
[Link 10]: http://msg.cnblogs.com/send/GoodGF
[12]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2389283
[Link 11]: http://home.cnblogs.com/u/414145/
[Link 12]: http://msg.cnblogs.com/send/%E5%B0%8F%E7%81%AB%E7%82%AE
[13]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2402374
[lugesot]: http://www.cnblogs.com/lugesot/
[Link 13]: http://msg.cnblogs.com/send/lugesot
[14]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2622567
[nibl]: http://www.cnblogs.com/liu666bin/
[Link 14]: http://msg.cnblogs.com/send/nibl
[15]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2692048
[Link 15]: http://www.cnblogs.com/mxw09/
[Link 16]: http://msg.cnblogs.com/send/%E5%86%8D%E5%BF%AB%E4%B8%80%E7%82%B9
[16]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2776584
[is]: http://home.cnblogs.com/u/568433/
[Link 17]: http://msg.cnblogs.com/send/is%E5%BF%83%E5%B0%98
[17]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2828884
[Andy Zhai]: http://www.cnblogs.com/carmanloneliness/
[Link 18]: http://msg.cnblogs.com/send/Andy%20Zhai
[18]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2828896
[19]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2828918
[20]: http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html#2830567