1. 全栈程序员必看首页

startService bindService 区别「建议收藏」

全栈程序员-用户IM • • 未分类

startService bindService 区别「建议收藏」Android执行Service有两种方法，一种是startService，一种是bindService。下面让我们一起来聊一聊这两种执行Service方法的区别。 1、生命周期上的区别执行startService时，Service会经历onCreate->onStartCommand。当执行stopService时，直接调用onDestroy方法。调用者如果没有stopService，Se…

大家好，又见面了，我是你们的朋友全栈君。

Android执行Service有两种方法，一种是startService，一种是bindService。下面让我们一起来聊一聊这两种执行Service方法的区别。 
这里写图片描述

1、生命周期上的区别

执行startService时，Service会经历onCreate->onStartCommand。当执行stopService时，直接调用onDestroy方法。调用者如果没有stopService，Service会一直在后台运行，下次调用者再起来仍然可以stopService。

执行bindService时，Service会经历onCreate->onBind。这个时候调用者和Service绑定在一起。调用者调用unbindService方法或者调用者Context不存在了（如Activity被finish了），Service就会调用onUnbind->onDestroy。这里所谓的绑定在一起就是说两者共存亡了。

多次调用startService，该Service只能被创建一次，即该Service的onCreate方法只会被调用一次。但是每次调用startService，onStartCommand方法都会被调用。Service的onStart方法在API 5时被废弃，替代它的是onStartCommand方法。

第一次执行bindService时，onCreate和onBind方法会被调用，但是多次执行bindService时，onCreate和onBind方法并不会被多次调用，即并不会多次创建服务和绑定服务。

2、调用者如何获取绑定后的Service的方法

onBind回调方法将返回给客户端一个IBinder接口实例，IBinder允许客户端回调服务的方法，比如得到Service运行的状态或其他操作。我们需要IBinder对象返回具体的Service对象才能操作，所以说具体的Service对象必须首先实现Binder对象。

3、既使用startService又使用bindService的情况

如果一个Service又被启动又被绑定，则该Service会一直在后台运行。首先不管如何调用，onCreate始终只会调用一次。对应startService调用多少次，Service的onStart方法便会调用多少次。Service的终止，需要unbindService和stopService同时调用才行。不管startService与bindService的调用顺序，如果先调用unbindService，此时服务不会自动终止，再调用stopService之后，服务才会终止；如果先调用stopService，此时服务也不会终止，而再调用unbindService或者之前调用bindService的Context不存在了（如Activity被finish的时候）之后，服务才会自动停止。

那么，什么情况下既使用startService，又使用bindService呢？

如果你只是想要启动一个后台服务长期进行某项任务，那么使用startService便可以了。如果你还想要与正在运行的Service取得联系，那么有两种方法：一种是使用broadcast，另一种是使用bindService。前者的缺点是如果交流较为频繁，容易造成性能上的问题，而后者则没有这些问题。因此，这种情况就需要startService和bindService一起使用了。

另外，如果你的服务只是公开一个远程接口，供连接上的客户端（Android的Service是C/S架构）远程调用执行方法，这个时候你可以不让服务一开始就运行，而只是bindService，这样在第一次bindService的时候才会创建服务的实例运行它，这会节约很多系统资源，特别是如果你的服务是远程服务，那么效果会越明显（当然在Servcie创建的是偶会花去一定时间，这点需要注意）。

4、本地服务与远程服务

本地服务依附在主进程上，在一定程度上节约了资源。本地服务因为是在同一进程，因此不需要IPC，也不需要AIDL。相应bindService会方便很多。缺点是主进程被kill后，服务变会终止。

远程服务是独立的进程，对应进程名格式为所在包名加上你指定的android:process字符串。由于是独立的进程，因此在Activity所在进程被kill的是偶，该服务依然在运行。缺点是该服务是独立的进程，会占用一定资源，并且使用AIDL进行IPC稍微麻烦一点。

对于startService来说，不管是本地服务还是远程服务，我们需要做的工作都一样简单。

5、代码实例

startService启动服务

public class LocalService1 extends Service { 
   
    /** * onBind 是 Service 的虚方法，因此我们不得不实现它。 * 返回 null，表示客服端不能建立到此服务的连接。 */
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    @Override
    public void onCreate() {
        super.onCreate();
    }

    @Override
    public void onStartCommand(Intent intent, int startId, int flags) {
        super.onStartCommand(intent, startId, flags);
    }

    @Override
    public void onDestroy() {
        super.onDestroy();
    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25

bindService绑定服务

public class LocalService extends Service { 
   
/** * 在 Local Service 中我们直接继承 Binder 而不是 IBinder,因为 Binder 实现了 IBinder 接口，这样我们可以** 少做很多工作。 */
public class SimpleBinder extends Binder{ 
   
/** * 获取 Service 实例 * @return */
public LocalService getService(){
return LocalService.this;
}

public int add(int a, int b){
return a + b;
}
}

public SimpleBinder sBinder;

@Override
public void onCreate() {
super.onCreate();
// 创建 SimpleBinder
sBinder = new SimpleBinder();
}

@Override
public IBinder onBind(Intent intent) {
// 返回 SimpleBinder 对象
return sBinder;
}
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33

上面的代码关键之处，在于 onBind(Intent) 这个方法 返回了一个实现了 IBinder 接口的对象，这个对象将用于绑定Service 的 Activity 与 Local Service 通信。

下面是 Activity 中的代码：

public class Main extends Activity { 
   
    private final static String TAG = "SERVICE_TEST";
    private ServiceConnection sc;
    private boolean isBind;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        sc = new ServiceConnection() {
            @Override
            public void onServiceDisconnected(ComponentName name) {
            }

            @Override
            public void onServiceConnected(ComponentName name, IBinder service) {
                LocalService.SimpleBinder sBinder = (LocalService.SimpleBinder)service;
                Log.v(TAG, "3 + 5 = " + sBinder.add(3, 5));
                Log.v(TAG, sBinder.getService().toString());
            }
        };

        findViewById(R.id.btnBind).setOnClickListener(new OnClickListener() {
            @Override
            public void onClick(View v) {
                bindService(new Intent(Main.this, LocalService.class), sc, Context.BIND_AUTO_CREATE);
                isBind = true;
            }
        });

        findViewById(R.id.btnUnbind).setOnClickListener(new OnClickListener() {
            @Override
            public void onClick(View v) {
                if(isBind){
                    unbindService(sc);
                    isBind = false;
                }
            }
        });
    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41

6、在AndroidManifest.xml里Service元素常见选项

android:name　　-------------　　服务类名

android:label　　--------------　　服务的名字，如果此项不设置，那么默认显示的服务名则为类名

android:icon　　--------------　　服务的图标

android:permission　　-------　　申明此服务的权限，这意味着只有提供了该权限的应用才能控制或连接此服务

android:process　　----------　　表示该服务是否运行在另外一个进程，如果设置了此项，那么将会在包名后面加上这段字符串表示另一进程的名字

android:enabled　　----------　　表示是否能被系统实例化，为true表示可以，为false表示不可以，默认为true

android:exported　　---------　　表示该服务是否能够被其他应用程序所控制或连接，不设置默认此项为 false
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14

转载地址： 

http://my.oschina.net/tingzi/blog/376545

Android startservice & bindservice的区别

作为一个android开发者，service大家应该已经接触过了，接触Android的第一节课，就是将Android的四大组件，那么作为四大组件之一的service，你是否足够了解呢？

  1. service和thread的区别你是否知道？service真的能执行长时间的后台操作么？

  2. 你是否知道startservice和bindservice的区别呢？

  3. service的生命周期，我们是否应该主动结束一个service呢？service是否会导致内存泄露呢？

  4. service与intentservice的区别是什么？

上边是关于service的一些问题，问题1，我们已经在之前的博客上讲解过，详细内容见博客http://blog.csdn.net/u014088294/article/details/49907385

关于问题4，也可以参考我们之前的文章 ，http://blog.csdn.net/u014088294/article/details/44279399

我们主要解答问题2，startservice与bindservice的区别。

Developer上提到，service主要有两种形式，

  1. started
  2. bound

上边的started呢，对应与startservice，bound对应于bindservice，他们都是启动service的方式。

startservice

我们可以通过startservice来启动一个service，启动后，service在后台运行。通常来说，该service是无法返回结果的（这也是与bindservice的区别之一），比如我们可以下载一个文件。 
和startservice对应的是stopservice，我们可以来显式的结束一个service。 
service的生命周期也比较简单，和startservice相关的有三个函数，分别是onCreate，onStartCommand，onDestory。

当我们首次startserivce启动一个service的时候，会调用service的onCreate函数，创建该服务，然后调用onStartCommand函数，执行操作。如果我们多次通过startservice启动服务，那么onCreate只会调用一次，直接调用onStartCommand。 
我们可以调用stopsevice来结束一个service。同样，我们也可以多次调用（第一次调用已经结束，但是后来继续调用并不会产生异常）。

当一个service通过startservice启动后，它就独立于调用者而运行（也就是说，调用者的生命周期和它的生命周期没有关系），因此呢，service应该在任务完成的时候调用stopSelf函数或者调用者stopservice来结束该服务。

Developer上提到，当我们的service执行完的时候，为了避免消耗系统资源或电量，应该结束该service。否则，该服务将会一直运行在后台，直到设备内存不足等原因把他关闭掉。

然而，startservice并不能解决我们所有的需求，比如，我有时候，需要service的返回结果，我需要和service交互，startservice显然不能完成。那么我们可以使用到bindservice

bindservice

Developer这样提到，

A bound service offers a client-server interface that allows components to interact with the service, send requests, get results, and even do so across processes with interprocess communication (IPC).

我们可以利用bindservice来和service绑定，绑定后，我们可以和service交互，发送请求，得到结果甚至执行IPC通信。

那么，我们应该如何使用bindservice呢？

  1. 首先我们需要重载service的onBinder，返回一个IBinder对象。该对象是 
    调用者和serivce交互的接口。
  2. 新建一个ServiceConnection变量，该类是监听Service是否bound的接口，我们重载其onServiceConnected和onServiceDisconnected方法。onServiceConnected方法中，我们得到了Service中onBinder返回的IBinder接口。
  3. 调用bindservice来绑定服务。

按照上边的步骤，我们的代码如下， 
1. 重载onBinder并返回一个IBinder对象。在LocalBinder中，提供getSercive方法，返回service实例。

    public class LocalBinder extends Binder { 
   
        MyService getService() {
            return MyService.this;
        }
    }

    private final IBinder mBinder = new LocalBinder();

    @Override
    public IBinder onBind(Intent intent) {
        Log.i(TAG, "onBind");
        return mBinder;
    }
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13

2.调用者中新建ServiceConnection接口，在onServiceConnected方法中，将IBinder对象转为LocalBinder对象，并调用其getService方法，得到Service。

    private ServiceConnection mConnection = new ServiceConnection() {
        public void onServiceConnected(ComponentName className, IBinder service) {
            mBoundService = ((MyService.LocalBinder) service).getService();
        }

        public void onServiceDisconnected(ComponentName className) {
              mBoundService = null;
        }
    };
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

3.调用者执行bindservice，其中mConnection为ServiceConnection接口。

bindService(new Intent(MainActivity.this,MyService.class), mConnection, Context.BIND_AUTO_CREATE);
  • 1

当用户执行bindservice后，bind的结果会回调mConnection接口，若bind成功，就会回调onServiceConnected方法，然后我们在此方法中，得到了Service实例，得到Service实例后，然后我们就可以和Service交互了。

我们继续完善代码，在Service的onCreate方法中，我们新建一个线程，每隔1s，计数器加1.其中count为成员变量，表示当前计数值，threadDisable表示是否service关闭。

        new Thread(new Runnable() {
            // @Override
            public void run() {
                while (!threadDisable) {
                    try {
                        Thread.sleep(1000);
                    } catch (InterruptedException e) {
                    }
                    count++;
                    System.out.println("CountService Count is " + count);
                }
            }
        }).start();
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13

然后，我们在Service中新建一个方法，返回计数值。

    public int getCount() {
        return count;
    }
  • 1
  • 2
  • 3

那么我们在调用者中，就可以利用上边得到的mBoundService来调用getCount方法，达到与service交互的目的。 
项目地址，https://github.com/KingPaul/ServiceDemo

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。

发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/141653.html原文链接：https://javaforall.cn

【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛

【官方授权 正版激活】： 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

赞 (0)
全栈程序员-用户IM全栈程序员-用户IM
0 0
blank

相关推荐

  • js统一全局变量

    js统一全局变量

    js统一全局变量      前言：js中难免要用到全局变量，但是过多的全局变量会影响js的性能，在此我创造了一个统一全局变量的写法，只需要这一个全局变量即可/***全局变量管理器*/varoverallManager=(function(){ //存储全局变量，闭包保护不受污染 varoverall={}; /** *@paramname *…

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年5月28日
  • 网络舆情分析与研判的指标还应有哪些_舆情监测是什么

    网络舆情分析与研判的指标还应有哪些_舆情监测是什么

    网络舆情分析与研判的指标还应有哪些_舆情监测是什么网络聚集的人气、展开的场景与揭示的真相，不仅会推动新闻事件的发展、形成网络舆论，甚至还会直接影响社会主流舆论、推动社会变革。对舆情监测主体来说，如何加强对网络舆情的实时全面监测，并对其做出及时反馈、防患于未然；如何利用现代信息技术做好网络舆情分析，从而进行有效引导和控制；如何化解网络舆情危机，实现网络舆情的高效管理是一项任重而道远的任务。在网络舆情分析和管理中，舆情监测主体的业务需求是基础和根本，业务需求的满足与否，是评判网络舆情分析系统的核心指标。网络舆情分析系统的评判指标参考项，如下：网络舆情分析

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年9月16日
  • <span>【转载】读懂IL代码就这么简单(二)</span>

    【转载】读懂IL代码就这么简单(二)

    【转载】读懂IL代码就这么简单(二)

    全栈程序员-用户IM 全栈程序员-用户IM
    2021年11月20日
  • 动态路由协议的配置 OSPF

    动态路由协议的配置 OSPF

    动态路由协议的配置 OSPF□了解动态路由协议OSPF和RIP特性    OSPF（OpenShortestPathFirst）开放最短路径优先协议。首先必须收集有关的链路状态信息，并根据一定的算法计算出到每个节点的最短路径，向其同一管理域的所有其它路由器发送链路状态广播信息。   RIP(RoutingInformationProtocol)路由信息协议，路由器收集所有可到达目的地的不同路径

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年10月28日
  • 黑盒测试方法的选择策略_选择策略

    黑盒测试方法的选择策略_选择策略

    黑盒测试方法的选择策略_选择策略

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年10月3日
  • sdfsdfsd_dsd cd

    sdfsdfsd_dsd cd

    sdfsdfsd_dsd cd1)—为DataSnap系统服务程序添加描述这几天一直在研究Delphi2010的DataSnap，感觉功能真是很强大，现在足有理由证明Delphi7该下岗了。DataSnap有三种服务模式，其中ServiceApplication方式建立的windows服务没有描述，描述部分是空的，感觉总是欠缺点什么。现找到办法添加描述：procedureTServerContainer2

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年10月4日

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号