Android --- 在AIDL进程间通信中，为什么使用RemoteCallbackList 代替 ArrayList？

1.RemoteCallbackList vs ArrayList
RemoteCallbackList 是一个特殊的 List，它用来管理跨进程的回调，特别是当回调对象是在不同进程中时。它在 AIDL（Android Interface Definition Language）通信中常常用来处理跨进程的通信。
ArrayList 是普通的 Java 集合类，它通常不适合在 AIDL 中使用，尤其是在进程间通信中。
RemoteCallbackList 的优势：

RemoteCallbackList 可以有效地管理跨进程通信中的回调对象，并且能够处理回调对象因进程崩溃（如 binder dead）而被移除的问题。
当一个客户端（比如进程 C）崩溃或与服务的连接断开时，RemoteCallbackList 会自动移除这个客户端的回调，避免了因为失效的回调导致后续客户端的通信被阻塞的问题。
ArrayList 的问题：

如果你使用 ArrayList 存储跨进程的回调对象，当某个进程发生 binder dead（即进程崩溃或连接断开）时，ArrayList 无法自动移除失效的回调，这可能导致内存泄漏或者后续的通信失败。
在进程间通信时，如果使用 ArrayList 存储 AIDL 回调对象，可能会导致一个进程崩溃后，ArrayList 中的其他元素（即其他连接到服务的客户端）也会受到影响，从而阻塞正常的通信。

2. binder dead 问题
binder dead 是指 AIDL 连接的进程发生崩溃或者断开连接时，AIDL 的 Binder 机制无法再和该进程通信，导致调用失败。
如果多个进程（比如 A、B、C、D）通过 AIDL 连接同一个服务（比如服务 E），在默认情况下，如果某个进程（例如 C）发生了 binder dead，该进程将从回调列表中被移除。
如果使用的是普通的 ArrayList，则这个 binder dead 的事件可能不会及时被处理，导致后续的进程（如 D）也会受到阻塞。因为 ArrayList 不能自动移除无效的回调对象，因此服务 E 可能会试图与已经失效的进程通信，导致阻塞。

3. 具体的例子说明
假设有 4 个进程 A、B、C、D，且它们都通过 AIDL 连接到了同一个服务 E。

正常情况：服务 E 会为每个进程（A、B、C、D）注册回调。服务 E 可以向这些进程发送回调消息。

C 崩溃的情况：如果进程 C 崩溃（即发生 binder dead），那么如果使用的是 ArrayList 存储回调对象，服务 E 仍然会尝试通过 ArrayList 向 C 发送回调信息。这会导致一些问题，例如：

服务 E 会持续尝试与 C 通信，浪费资源。
后续的进程（如 D）可能会因为某种同步机制或等待 C 的回调而遭遇阻塞。
这就是为什么使用 ArrayList 在 AIDL 中会带来潜在问题，特别是在处理进程崩溃时。

使用 RemoteCallbackList：如果使用 RemoteCallbackList，当 C 进程崩溃时，RemoteCallbackList 会自动移除 C 的回调，避免了对 C 进程的无效通信。这样，服务 E 可以继续正常向 A、B、D 等其他进程发送回调信息，不会被 C 的崩溃所阻塞。

4. 总结
RemoteCallbackList 是专门为跨进程通信设计的，它能够有效地处理进程崩溃的情况，避免崩溃的进程阻塞其他进程的通信。
ArrayList 在 AIDL 中不适用于存储跨进程的回调，因为它无法自动移除已经失效的回调对象，可能导致 binder dead 事件后，其他进程的通信被阻塞。
在 AIDL 中使用 RemoteCallbackList 是一种更安全和高效的方式，尤其是当多个进程需要通过同一个服务进行通信时。

以上一句话概括：RemoteCallbackList 代替ArrayList
它经常使用于AIDL进程间通信，如果AIDL使用ArrayList,可能会导致binderdead 不能恢复
比如 ABCD 4个进程都通过AIDL连接了一个Service E，C如果binderdead了就会阻塞之后的D与E的通信