从服务向 activity 发送连续数据真的非常高速
Sending continuos data from service to activity at really very high speed
我正在基于生产者-消费者结构的架构开发测试应用程序。我有一个生产者-消费者*问题，特别是如果在 android 服务中使用生产者回调机制，即消费者。消费者不应该保持通话超过传递信息所需的最短时间。由于生产者的回调应该 运行 在与消费者的线程不同的线程中。
在我的特定情况下，在 Producer 的回调中，只应完成传递对象的引用移动并立即释放控制权。该对象必须在使用者线程中使用。目前，我一直在调用一种方法，该方法仅获取回调中的数据并处理该数据，然后 return 通过 Intent 返回到 Android Activity.
现在，Android 意图是众所周知的资源消耗实体，并不意味着（也不应该）用于传输数据流。
在测试应用中，每个回调生成一个意图。那些溢出整个系统。例如，在 25% 的负载下，每秒会触发大约一千 Android 个意图的流量。
我想要一种不包含 Android Intents（没有任何第三方 jar）的方法，使用它我可以将数据发送回我的 android activity 或主机上的路由机器以超高速率运行，这样我的生产者回调就不会崩溃。
在 Service 和 Activity 之间使用套接字连接来传输数据。 Intent 是错误的技巧。
我正在基于生产者-消费者结构的架构开发测试应用程序。我有一个生产者-消费者*问题，特别是如果在 android 服务中使用生产者回调机制，即消费者。消费者不应该保持通话超过传递信息所需的最短时间。由于生产者的回调应该 运行 在与消费者的线程不同的线程中。
在我的特定情况下，在 Producer 的回调中，只应完成传递对象的引用移动并立即释放控制权。该对象必须在使用者线程中使用。目前，我一直在调用一种方法，该方法仅获取回调中的数据并处理该数据，然后 return 通过 Intent 返回到 Android Activity.
现在，Android 意图是众所周知的资源消耗实体，并不意味着（也不应该）用于传输数据流。
在测试应用中，每个回调生成一个意图。那些溢出整个系统。例如，在 25% 的负载下，每秒会触发大约一千 Android 个意图的流量。
我想要一种不包含 Android Intents（没有任何第三方 jar）的方法，使用它我可以将数据发送回我的 android activity 或主机上的路由机器以超高速率运行，这样我的生产者回调就不会崩溃。
在 Service 和 Activity 之间使用套接字连接来传输数据。 Intent 是错误的技巧。