TransactionService : 是处理与彩信相关业务的服务组件，收发彩信时可以是移动数据网络(mobile data network)或Wi-Fi网络。当没有可用的移动数据网络连接时，会尝试通过Wi-Fi网络发送/接收MMS信息(预置条件手机连接WIFI网络)。
同样在onCreate方法里首先注册广播
类，通过ConnectivityBroadcastReceiver广播类监听通讯网络链接状态的变化，并根据不同的链接状态作出相应的反应。
紧接着就是onStartCommand方法了，它首先会检测当前的网络连接状态，然后分别完成以下几件事情：
A.针对收发彩信的业务，它将intent.getExtras()包装成一个DTO—— TransactionBundle，再通过launchTransaction()方法将具体工作交给后台工作线程去处理。
B.如果 intent.getExtras()为Null时，它会尝试从数据库中扫描是否有(上次系统结束时)未完成的操作，如果有则遍历所有操作项，逐个调用 launchTransaction()方法，以完成操作；
重点还是在后台工作线程的处理逻辑上，在代码中表现为handleMessage方法，它共处理以下几种不同类型的业务消息：
Ⅰ.EVENT_CONTINUE_MMS_CONNECTIVITY ，与彩信系统建立网络连接，它首先会检查当前是否有待处理的业务，然后通过调用beginMmsConnectivity方法来创建于彩信系统的网络连接，如果网络连接被正确建立，那么它会通过一个30秒间隔的计时器来维持连接的持续存在；
Ⅱ.EVENT_DATA_STATE_CHANGED ，网络连接状态发生改变分支，这一分支是通过对NetworkConnectivityListener对象的监听而获得回调。在该分支中首先确认了网络连接的有效性，(代码在此处仅允许ConnectivityManager.TYPE_MOBILE_MMS类型那么wi-fi连接属于该类型? )，然后创建 TransactionSettings对象，并调用processPendingTransaction方法处理具体的彩信业务；
Ⅲ.EVENT_TRANSACTION_REQUEST ，这是对具体彩信业务的处理分支，它首先创建了承载业务参数的TransactionSettings对象，该对象包含有彩信中心服务地址(mmscUrl)、代理服务器地址和端口等用于建立网络连接的参数，然后根据不同的业务类型，分别进行处理。当前仅明确处理了以下4中业务：
1、NOTIFICATION_TRANSACTION，通过一条Push数据，通知手机端收到有新信息；
2、RETRIEVE_TRANSACTION，收取彩信；
3、SEND_TRANSACTION，发送彩信；
4、READREC_TRANSACTION，彩信阅读报告；
用于处理具体业务的关键代码在processTransaction方法中，它首先检查业务是否已存在于处理队列中(mProcessing & mPending)，然后调用beginMmsConnectivity()方法确认网络连接有效性，并点亮终端屏幕，然后将业务对象条件到处理队列中并向业务附加观察者，最后调用业务自身process()方法完成网络通信。注意：业务的process方法被调用又会触发观察者(即当前service) 的update方法被调用，这使得刚才被处理掉的业务从队列中被移除，并且开始处理下一条业务；
Ⅴ.EVENT_HANDLE_NEXT_PENDING_TRANSACTION ，这是一个多条彩信业务能够 被 连续 处理的关键分支，首先在当前service中有mProcessing数组列表用于缓存连续的彩信业务，每条彩信业务是一个可被观察的对象(注：观察者模式 )， 当前service是唯一观察者，其会感知到一条业务已处理结束，并触发下一条业务处理的开始；
所有彩信业务处理完成后， 会调用 service中的endMmsConnectivity()方法，结束与彩信中心的网络连接