Android源生代码bug导致连续发通知应用卡死

最新推荐文章于 2024-07-01 07:45:00 发布

原创

最新推荐文章于 2024-07-01 07:45:00 发布 · 7.4k 阅读

7 ·

CC 4.0 BY-SA版权

项目在连续发送同一通知时出现应用卡死现象。通过调试发现在每次新建RemoteView时，问题不再发生。深入Android源码发现，通知的发送涉及进程交互，RemoteView的Action数组不断增长，由于反射调用View方法导致性能下降。RemoteView的Action数组设计为只增不减，是造成卡死的根本原因。

项目中发现，连续发送同一个通知会导致应用越来越慢，最终卡死。

调试发现，如果每次都new一个新的RemoteView就不会卡死，这是为什么？

跟踪进入android源码终于发现原因所在。

应用发送通知是进程交互的过程。app需要将通知类（Notification）传送给通知服务进程。由通知服务进程管理发送通知。

Notification中的组建都实现了Parcelable接口，包括RemoteView。卡死的原因就在于RemoteView的实现原理上。

RemoteView提供了一系列方法，方便我们操作其中的View控件，比如setImageViewResource()等，其实现的机制是：

由RemoteView内部定一个Action类：

    /**
     * Base class for all actions that can be performed on an 
     * inflated view.
     *
     *  SUBCLASSES MUST BE IMMUTABLE SO CLONE WORKS!!!!!
     */
    private abstract static class Action implements Parcelable {