再启动一个日志进程，通过 socket 把每个进程的日志发送过去，由日志进程汇总打印。

广播是基于异步 binder 的，异步 binder 存在以下小问题：
1.能够传递的数据量是同步 binder 的一半（ 0.5M-4K ）.
2.异步 binder 的消息传递优先级不高，可能会出现广播接收延迟问题，这种现象在 binder 流量大的老机器更明显。
3.你不知道异步 binder 传递是否成功了，碰到过通信失败而引发的 ANR 问题。
广播自身也有些小问题，比如广播要先发送给 AMS 再由 AMS 进行分发，跨了两次进程,广播是透明的等。

少量使用动态广播，可以减少开发量。
大量使用异步通信的话，还是建议使用 Looper-Handler 、开源库或者造轮子

源码里本来就有 ServiceManager 这个类，你调用的是源码里的类和方法吧。你自己的修改应该没有成功吧。
至于 getService 方法会返回 BinderProxy 是因为：
1.getService 方法中会调用 Parcel 的 readStrongBinder 方法。
2.readStrongBinder 会在通过 jni 调用 Parcel(c++)的 readStrongBinder 获取对应 service 的 BpBinder
3.接着构造 javaObject(BinderProxy)。
4.将 BpBinder 的地址存 BinderProxy 的变量中后将 BinderProxy 返回给 readStrongBinder,最后返回给 getService。

@gramyang 你的 run()是在 ConnectThread 类里直接重写的吗？
我见过有人这么写的：
t = new Thread(()->{
synchronized (this){...}
});
synchronized (t){...}
上面这种情况就把对象混淆了。
如果不是我猜的这种情况，你多加点 log 看看，要不试试第 3 条。

1.主线程是可以有阻塞操作的，但不建议。
2.我觉得你的 synchronized (mConnectThread)和 synchronized (this)可能不是同一对象，你这个 this 是 Thread 还是 Runnable ？我建议你把这两个对象打印出来看一下。
3.你可以试试定义额外的对象作为锁来试试，比如都使用 synchronized (lockObject)

看 Leader。
清楚组员的工作&&无视"客观"工作量&&按自己了解的情况给打绩效
搞健壮点。
其他
留坑。

@weyou 没那么容易，你还要提供一套 hal 层和驱动的代码，提供给 LMS 调用。同时要在系统编译过中禁止原 GPS 模块的编译，只编译你的模块，一般人没这开发环境。