为什么要在 IMarketBillingService 之上提供另一个服务？

Question

Google 的 market_billing 示例，就像其他这个，连接通过本地服务包装器BillingService到远程服务IMarketBillingService。

我知道服务具有在后台执行操作的优点，但是远程 IMarketBillingService 还不够吗？

在洋葱上再加一层有什么好处？

如果我尝试在 UI 线程中直接从主活动连接到远程 IMarketBillingService，我会失去什么？

如果不建议直接在 UI 线程中连接到远程 IMarketBillingService，是否可以将本地 BillingService 替换为主活动中的另一个线程？

Answer 1

当您的活动未运行时，本地 BillingService 会处理来自 IMarketBillingService 的回调。

参考（ http://developer.android.com/reference/android/app/ Activity.html）说：

“如果活动暂停或停止，系统可以删除该活动
从记忆中要求它完成，或者简单地杀死它
过程。当再次显示给用户时，它必须是完整的
重新启动并恢复到之前的状态。”

例如，如果您调用 RESTORE_TRANSACTIONS 计费请求，来自 Android Market 服务的响应可能需要一些时间才能到达。通过使用服务，您知道您将始终在附近处理响应，无论 Activity 生命周期如何

，我尝试编写一个小型测试应用程序，并且确信正在运行的线程可以调用暂停或停止的 Activity 上的方法，即使 Activity 处于运行状态。不在前台运行以下应用程序，按主屏幕停止应用程序 10 秒后返回，看到 TextView 已更改...

package com.example.playground;

import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
import android.widget.TextView;

public class MyActivity extends Activity {

    private static String TAG = MyActivity.class.getName();

    /**
     * Called when the activity is first created.
     */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);

        Thread t = new Thread(new Runnable() {
            public void run() {
                try {
                    Thread.sleep(10000);
                    someMethod();
                } catch (InterruptedException e) {
                    Log.e(TAG, e.getMessage(), e);
                }
            }
        });
        t.start();
    }

    private void someMethod() {
        Log.d(TAG, "Some method called");
        TextView tv = (TextView) findViewById(R.id.textfield);
        tv.setText("Called later");
    }
}