Java 广播接收机。海量数据

Java 广播接收机。海量数据,java,android,Java,Android,有人知道我可以通过广播发送的内容的最大大小吗?内容是否转移到前台?数据大小如何影响设备的生产率 有人知道我可以通过广播发送的内容的最大大小吗 我希望您在整个包裹的Intent的1MB标记附近开始遇到问题,因为基于Binder的IPC是Intent系统的基础,存在限制 数据大小如何影响设备的生产率 由于Intent对象由于广播而在进程之间被复制,因此在广播进行时,您将消耗相当多的RAM,加上相当多的CPU时间在进程之间复制内存 我同意rciovati的评论:“几kb的IHMO对于意图传递来说是“巨

有人知道我可以通过广播发送的内容的最大大小吗?内容是否转移到前台?数据大小如何影响设备的生产率

有人知道我可以通过广播发送的内容的最大大小吗

我希望您在整个包裹的
Intent
的1MB标记附近开始遇到问题,因为基于
Binder
的IPC是
Intent
系统的基础,存在限制

数据大小如何影响设备的生产率

由于
Intent
对象由于广播而在进程之间被复制,因此在广播进行时,您将消耗相当多的RAM,加上相当多的CPU时间在进程之间复制内存


我同意rciovati的评论:“几kb的IHMO对于意图传递来说是“巨大的”。

如果你有巨大的数据,保存到一个临时文件中,只传递Uri。“巨大”是多少?几kb的IHMO对于意图传递来说是“巨大的”。你能给我一个关于临时文件和Uri的简单例子吗?根据我对Java的理解,数据越大,它应该驻留在您的内存中,并且在广播期间只传递引用,处理数据是影响生产率的因素,而不是传递数据。计算是否出现在asynctask中?@Trollo:我不知道您指的是什么“计算”,也不知道asynctask与什么有关“我可以通过广播发送的内容的最大大小”。@commonware你认为这在广播是本地的情况下也适用吗?我的意思是,如果是本地的,那么它们就不会超出拥有的进程边界并在那里解决(因此我假设数据限制会大得多,因为不涉及IPC)@zgulser:AFAIK,本地广播的
Intent
大小应该没有真正的限制,除了标准堆空间限制。没有测试过,但这可能比使用自定义侦听器/观察者/接口传递数据要好。