【系统】拨号盘界面，插双卡呼出号码后，再拔卡再插卡，重复操作几次界面卡住，之后出现重启

1 Line 381: "SIM Service - 0" prio=5 tid=12

Native Line 415: "SIM Service - 0" prio=5 tid=15

Native Line 474: "SIM Service - 0" prio=5 tid=17

Native Line 508: "SIM Service - 0" prio=5 tid=18

Native Line 542: "SIM Service - 1" prio=5 tid=20

Native Line 576: "SIM Service - 0" prio=5 tid=19

Native Line 610: "SIM Service - 0" prio=5 tid=21

Native Line 644: "SIM Service - 1" prio=5 tid=23

Native Line 678: "SIM Service - 0" prio=5 tid=22

Native Line 712: "SIM Service - 0" prio=5 tid=24

Native Line 746: "SIM Service - 0" prio=5 tid=25

Native Line 780: "SIM Service - 1" prio=5 tid=27

Native Line 814: "SIM Service - 0" prio=5 tid=26

Native Line 873: "SIM Service - 1" prio=5 tid=30

Native Line 907: "SIM Service - 0" prio=5 tid=28

Native Line 941: "SIM Service - 1" prio=5 tid=31 Native

的确启动了很多的线程，但是线程名字一直在0和1之间，没有超过2，说明每次启动基本都是在前个Sim Service执行完毕销毁的情况下重新启动的。

那么说明service最多挂起了一个client访问，此种情况不应该导致binder耗尽；

需要查看SIM Service的启动时间来证明：从Log来看查询次数还可以，不是特别的频繁，一分钟查询2--4次，关键要看下importProcessor的start的次数和处理完毕后log打印次数是不是一致的？

1 循环创建10个processor查看threadName 是不是逐渐增长的？

2 查看importProcessor的创建次数和结束后的打印Log是不是保持一致的？是不是有没有结束的thread然后又启动了新的importProcessor?

解决方案：

1 将ServiceManager中的processor cotainer设为静态，当存在未完成的import thread则不执行新的processor，最多存储两个thread，一个在执行一个在等待前面执行的import可能不一定全面，所以后面再执行一次也是合理的

经查看发现在createProcessor的时候有判断当前同类型的processor是否在执行，如果正在执行不会发起新的请求但是从Log中又发现启动的importProcessor和结束的importProcessor数量不同，

代表有些importProcessor没有执行完毕NamePhoneTypePair(String nameWithPhoneType)空指针问题之前创建的线程比如tid=72的和tid=73的几乎同时触发，

但是72，73都调用IccProvider查询后只有73执行了查询操作，72停留住了，后面也没有处理， 看样子是一直卡住了，

Executor在shutdown的时候也没有将其关闭，导致一直hold binder