<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Android on zeromake 的个人博客</title><link>/tags/android/</link><description>Recent content in Android on zeromake 的个人博客</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sat, 27 Nov 2021 19:08:40 +0800</lastBuildDate><atom:link href="/tags/android/index.xml" rel="self" type="application/rss+xml"/><item><title>google play 订阅接入</title><link>/pages/google-play-subscriptions/</link><pubDate>Thu, 14 Oct 2021 14:38:26 +0800</pubDate><guid>/pages/google-play-subscriptions/</guid><description>前言 由于 Google Play 的订阅有 13 种状态，在各种状态流转的复杂性超过我的想象，甚至有推送消息内的触发时间更早的消息更晚到的情况。 这里写一篇博文来记录各种</description></item><item><title>Android 的 aidl 相互通信机制</title><link>/pages/android-aidl/</link><pubDate>Sun, 03 Jan 2016 05:42:01 +0000</pubDate><guid>/pages/android-aidl/</guid><description>&lt;h2 id="service-使用-aidl-的与-activity-相互交互">Service 使用 aidl 的与 Activity 相互交互&lt;/h2>
&lt;h4 id="一为什么要使用-aidl">一、为什么要使用 aidl&lt;/h4>
&lt;p>原因是当我们的 Client 和 Service 不是同一个进程时是无法直接使用的，而在 android 中进程间通讯的方法有 Activity、Content Provider、Broadcast 和 Service。
其中 Activity 需要界面，隐式调用没有回调 Broadcast 的接收对象经常会重新被实例化，且以上两种都是通过 intent 传送。回调不能完成交互。
Content Provider 则只提供数据，Service 有 aidl 这门进程间调用函数的机制。&lt;/p></description></item></channel></rss>