SevChen
SevChen

Service详解

Service使用文档

1. 服务的创建与启动

可以通过以下两种方式创建服务

1） startService(service);
如果服务不存在，那么首先创建服务，调用服务的onCreate()方法；如果服务存在，那么onCreate不会触发。
startService可以多次调用，但是一旦调用stopService，如果此时此服务没被其他组件绑定的话，服务将会销毁。

    // Activity
    public void do_startService(View view) {
        Log.d(TAG, "do_startService");
        Intent service = new Intent(this, MyService.class);
        startService(service);

    }

    public void do_stopService(View view) {
        Log.d(TAG, "do_stopService");
        Intent service = new Intent(this, MyService.class);
        stopService(service);
    }
    
    // Service
    @Override
    public void onCreate() {
        Log.d(TAG, "onCreate " + this);
        super.onCreate();
    }

    @Override
    public void onDestroy() {
        Log.d(TAG, "onDestroy " + this);
        super.onDestroy();
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        Log.d(TAG, "onStartCommand startId ->" + startId + " " + this);
        return START_STICKY;
    }

触发了2次do_startService后，再触发一次do_stopService：

05-15 10:47:45.398 16504-16504/? D/Seven: do_startService
05-15 10:47:45.408 16504-16504/? D/Seven: onCreate com.seven.www.testserviceserver.MyService@4619f57
05-15 10:47:45.409 16504-16504/? D/Seven: onStartCommand startId ->1 com.seven.www.testserviceserver.MyService@4619f57

05-15 10:48:01.068 16504-16504/? D/Seven: do_startService
05-15 10:48:01.071 16504-16504/? D/Seven: onStartCommand startId ->2 com.seven.www.testserviceserver.MyService@4619f57

05-15 10:48:09.141 16504-16504/? D/Seven: do_stopService
05-15 10:48:09.144 16504-16504/? D/Seven: onDestroy com.seven.www.testserviceserver.MyService@4619f57

2） bindService(service, scn, Context.BIND_AUTO_CREATE);

第一个参数没什么好说的，第二个参数是一个ServiceConnection，如果使用同一个ServiceConnection对象进行多次绑定，那么只有一次绑定是有效的，
后续的绑定都不会触发它的onServiceConnected；第三个参数是一个标识位，如果使用Context.BIND_AUTO_CREATE，那么服务不存在时会自动创建，
如果使用0，那么这个绑定必须等到服务创建时才会触发绑定。注意：如果对已经解绑的ServiceConnection再次进行解绑，那么程序崩溃。

    // Service
    ServiceConnection scn = new ServiceConnection() {
        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            Log.d(TAG, "onServiceConnected -> " + name + "  " + service);
            messenger = new Messenger(service);
        }

        @Override
        public void onServiceDisconnected(ComponentName name) {
            Log.d(TAG, "onServiceDisconnected -> " + name);
        }
    };
    public void do_bindService(View view) {
        Log.d(TAG, "do_bindService");
        Intent service = new Intent(this, MyService.class);
        Log.d(TAG, "bindService result -> " + bindService(service, scn, 0));
    }

    public void do_unbindService(View view) {
        Log.d(TAG, "do_unbindService");
        unbindService(scn);
    }
    // Activity
    public void do_startService(View view) {
        Log.d(TAG, "do_startService");
        Intent service = new Intent(this, MyService.class);
        startService(service);

    }

调试标识位是0的情况，先触发do_bindService，再触发do_startService：

05-15 11:05:31.501 16847-16847/? D/Seven: do_bindService
05-15 11:05:31.505 16847-16847/? D/Seven: bindService result -> true

05-15 11:06:19.909 16847-16847/? D/Seven: do_startService
05-15 11:06:19.919 16847-16847/? D/Seven: onCreate com.seven.www.testserviceserver.MyService@6d2167b
05-15 11:06:19.920 16847-16847/? D/Seven: onBind com.seven.www.testserviceserver.MyService@6d2167b
05-15 11:06:19.924 16847-16847/? D/Seven: onStartCommand startId ->1 com.seven.www.testserviceserver.MyService@6d2167b
05-15 11:06:19.924 16847-16847/? D/Seven: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.Handler$MessengerImpl@1634cf1

可以看出，在绑定服务时，并不会自动创建服务，但是绑定结果是成功的；后续通过startService去创建服务，在服务创建后立刻触发了绑定onBind。

触发3次do_bindService，再触发do_startService：

05-15 11:12:41.681 17040-17040/? D/Seven: do_bindService
05-15 11:12:41.685 17040-17040/? D/Seven: bindService result -> true
05-15 11:12:42.801 17040-17040/? D/Seven: do_bindService
05-15 11:12:42.803 17040-17040/? D/Seven: bindService result -> true
05-15 11:12:44.598 17040-17040/? D/Seven: do_bindService
05-15 11:12:44.600 17040-17040/? D/Seven: bindService result -> true
05-15 11:12:47.099 17040-17040/? D/Seven: do_startService
05-15 11:12:47.116 17040-17040/? D/Seven: onCreate com.seven.www.testserviceserver.MyService@1634cf1
05-15 11:12:47.118 17040-17040/? D/Seven: onBind com.seven.www.testserviceserver.MyService@1634cf1
05-15 11:12:47.121 17040-17040/? D/Seven: onStartCommand startId ->1 com.seven.www.testserviceserver.MyService@1634cf1
05-15 11:12:47.126 17040-17040/? D/Seven: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.Handler$MessengerImpl@4619f57

可以看出，对于同一个ServiceConnection对象，进行多次绑定，只有第一次是有效的。

调试标识位是Context.BIND_AUTO_CREATE的情况

public void do_bindService(View view) {
        Log.d(TAG, "do_bindService");
        Intent service = new Intent(this, MyService.class);
        Log.d(TAG, "bindService result -> " + bindService(service, scn, Context.BIND_AUTO_CREATE));
    }

先触发do_bindService，再触发do_startService：

05-15 11:18:28.146 17288-17288/? D/Seven: do_bindService
05-15 11:18:28.151 17288-17288/? D/Seven: bindService result -> true
05-15 11:18:28.156 17288-17288/? D/Seven: onCreate com.seven.www.testserviceserver.MyService@678a44
05-15 11:18:28.157 17288-17288/? D/Seven: onBind com.seven.www.testserviceserver.MyService@678a44
05-15 11:18:28.160 17288-17288/? D/Seven: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.Handler$MessengerImpl@e88b462

05-15 11:18:33.199 17288-17288/? D/Seven: do_startService
05-15 11:18:33.206 17288-17288/? D/Seven: onStartCommand startId ->1 com.seven.www.testserviceserver.MyService@678a44

可以看出，服务会在绑定时自动创建，并且，在startService时不会再次创建。

如果每次都使用一个全新的ServiceConnection来绑定服务：

    // Activity
    ArrayList scns = new ArrayList<>();

    public void do_bindService(View view) {
        Log.d(TAG, "do_bindService");
        Intent service = new Intent(this, MyService.class);
        ServiceConnection scn = new ServiceConnection() {
            @Override
            public void onServiceConnected(ComponentName name, IBinder service) {
                Log.d(TAG, "onServiceConnected -> " + name + "  " + service);
            }

            @Override
            public void onServiceDisconnected(ComponentName name) {
                Log.d(TAG, "onServiceDisconnected -> " + name);
            }
        };

        if (bindService(service, scn, Context.BIND_AUTO_CREATE)) {
            scns.add(scn);
        };
    }

    public void do_unbindService(View view) {
        Log.d(TAG, "do_unbindService");
        if (scns.size() > 0) {
            unbindService(scns.remove(scns.size() - 1));
        }
    }

先触发2次do_bindService，再触发2次do_unbindService：

04-19 16:16:05.950 3897-3897/com.seven.www.testserviceserver D/Seven: do_bindService
04-19 16:16:05.971 3897-3897/com.seven.www.testserviceserver D/Seven: onCreate com.seven.www.testserviceserver.MyService@8818907
04-19 16:16:05.972 3897-3897/com.seven.www.testserviceserver D/Seven: onBind com.seven.www.testserviceserver.MyService@8818907
04-19 16:16:05.975 3897-3897/com.seven.www.testserviceserver D/Seven: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.Handler$MessengerImpl@951aa34

04-19 16:16:11.352 3897-3897/com.seven.www.testserviceserver D/Seven: do_bindService
04-19 16:16:11.367 3897-3897/com.seven.www.testserviceserver D/Seven: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.Handler$MessengerImpl@951aa34

04-19 16:16:52.414 3897-3897/com.seven.www.testserviceserver D/Seven: do_unbindService
04-19 16:16:58.829 3897-3897/com.seven.www.testserviceserver D/Seven: do_unbindService
04-19 16:16:58.843 3897-3897/com.seven.www.testserviceserver D/Seven: onUnbind com.seven.www.testserviceserver.MyService@8818907
04-19 16:16:58.843 3897-3897/com.seven.www.testserviceserver D/Seven: onDestroy com.seven.www.testserviceserver.MyService@8818907

可以看出：

  1. 对于同一个客户端多次绑定只会触发一次onBind，这里所谓的客户端是指一个进程。
  2. 对于每一个ServiceConnection，在绑定成功后都会触发onServiceConnected。
  3. 有多少次bindService，就必须对应多少次unbindService，当所有链接都解绑后，onUnbind才会触发。

有一个更特殊的情况，就是当一个服务的onUnbind被调用后，如果服务没有销毁，那么我们再次绑定服务，onBind不会被触发。

先do_startService，do_bindService和do_unbindService；再do_bindService和do_unbindService

// onUnbind
    @Override
    public boolean onUnbind(Intent intent) {
        Log.d(TAG, "onUnbind " + this);
        return super.onUnbind(intent);
    }

// Log
04-24 14:10:25.715 12447-12447/? D/MyService: do_startService
04-24 14:10:25.755 805-1945/? I/ActivityManager: Start proc 12559:com.seven.www.testserviceserver:MyService/u0a107 for service com.seven.www.testserviceserver/.MyService
04-24 14:10:25.931 12559-12559/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@71ddf2e
04-24 14:10:25.933 12559-12559/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@71ddf2e

04-24 14:10:29.941 12447-12447/? D/MyService: do_bindService
04-24 14:10:29.946 12559-12559/? D/MyService: onBind com.seven.www.testserviceserver.MyService@71ddf2e
04-24 14:10:29.962 12447-12447/? D/MyService: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.BinderProxy@c78f414
04-24 14:10:31.039 12447-12447/? D/MyService: do_unbindService
04-24 14:10:31.043 12559-12559/? D/MyService: onUnbind com.seven.www.testserviceserver.MyService@71ddf2e

04-24 14:10:33.489 12447-12447/? D/MyService: do_bindService
04-24 14:10:33.504 12447-12447/? D/MyService: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.BinderProxy@c78f414
04-24 14:10:35.841 12447-12447/? D/MyService: do_unbindService

可以看出，如果服务触发了onUnbind，那么再也不会触发onBind了（在下次绑定时），但是如果我们想要监听这种场景也是可以的，将onUnbind的返回值修改成true，
那么下一次绑定时，onRebind就会触发，再次解绑时onUnbind依然会被调用。每次onUnbind的返回值，只能决定下一次绑定时onRebind是否会被调用。比如第一次onUbind
时返回了true，但是下一次onUbind时返回了false，那么第三次（及以后）绑定都不会触发onRebind了。注意：触发onBind/onRebind，才会触发onUnbind。

    @Override
    public boolean onUnbind(Intent intent) {
        Log.d(TAG, "onUnbind " + this);
        return true;
    }

先do_startService，do_bindService和do_unbindService；再do_bindService和do_unbindService

04-24 14:26:43.146 13654-13654/? D/MyService: do_startService
04-24 14:26:43.166 805-6467/? I/ActivityManager: Start proc 13708:com.seven.www.testserviceserver:MyService/u0a107 for service com.seven.www.testserviceserver/.MyService
04-24 14:26:43.323 13708-13708/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@71ddf2e
04-24 14:26:43.326 13708-13708/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@71ddf2e
04-24 14:26:44.206 13654-13654/? D/MyService: do_bindService
04-24 14:26:44.211 13708-13708/? D/MyService: onBind com.seven.www.testserviceserver.MyService@71ddf2e
04-24 14:26:44.225 13654-13654/? D/MyService: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.BinderProxy@c78f414
04-24 14:26:44.872 13654-13654/? D/MyService: do_unbindService
04-24 14:26:44.876 13708-13708/? D/MyService: onUnbind com.seven.www.testserviceserver.MyService@71ddf2e
04-24 14:26:46.255 13654-13654/? D/MyService: do_bindService
04-24 14:26:46.259 13708-13708/? D/MyService: onRebind com.seven.www.testserviceserver.MyService@71ddf2e
04-24 14:26:46.272 13654-13654/? D/MyService: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.BinderProxy@c78f414
04-24 14:26:46.905 13654-13654/? D/MyService: do_unbindService
04-24 14:26:46.909 13708-13708/? D/MyService: onUnbind com.seven.www.testserviceserver.MyService@71ddf2e

其实上面的测试只是在同一个APP的同一个进程中，并不能说明跨进程的情况。下面一节是关于跨进程绑定的情况。

2. 服务的跨进程访问

我们将MyService声明运行在其他进程：

先触发2次do_bindService，再触发2次do_unbindService：

// 客户端进程
04-19 17:23:54.395 6182-6182/com.seven.www.testserviceserver D/Seven: do_bindService
04-19 17:23:54.673 6182-6182/com.seven.www.testserviceserver D/Seven: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.BinderProxy@951aa34
04-19 17:23:55.277 6182-6182/com.seven.www.testserviceserver D/Seven: do_bindService
04-19 17:23:55.292 6182-6182/com.seven.www.testserviceserver D/Seven: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.BinderProxy@951aa34
04-19 17:24:05.826 6182-6182/com.seven.www.testserviceserver D/Seven: do_unbindService
04-19 17:24:07.079 6182-6182/com.seven.www.testserviceserver D/Seven: do_unbindService
// 服务进程
04-19 17:23:54.668 6235-6235/com.seven.www.testserviceserver:MyService D/Seven: onCreate com.seven.www.testserviceserver.MyService@2ac2e7c
04-19 17:23:54.669 6235-6235/com.seven.www.testserviceserver:MyService D/Seven: onBind com.seven.www.testserviceserver.MyService@2ac2e7c
04-19 17:24:07.085 6235-6235/com.seven.www.testserviceserver:MyService D/Seven: onUnbind com.seven.www.testserviceserver.MyService@2ac2e7c
04-19 17:24:07.085 6235-6235/com.seven.www.testserviceserver:MyService D/Seven: onDestroy com.seven.www.testserviceserver.MyService@2ac2e7c

可以看出，结果和同进程绑定是一致的。结论已经在上面给出，这里就不重复了。
不同APP的跨进程服务绑定也是如此。

设置服务允许外部调用：

外部APP "com.seven.www.testservice" 代码：

    private static final String ACTION_MYSERVICE = "com.seven.www.testserviceserver.myservice";
    private ComponentName mServiceComponent = new ComponentName("com.seven.www.testserviceserver",
        "com.seven.www.testserviceserver.MyService");
        
    public void do_startService(View view) {
        Log.d(TAG, "do_startService");
        Intent service = new Intent(ACTION_MYSERVICE);
        service.setComponent(mServiceComponent);
        startService(service);

    }

    public void do_stopService(View view) {
        Log.d(TAG, "do_stopService");
        Intent service = new Intent(ACTION_MYSERVICE);
        service.setComponent(mServiceComponent);
        stopService(service);
    }
        
    ArrayList scns = new ArrayList<>();

    public void do_bindService(View view) {
        Log.d(TAG, "do_bindService");
        Intent service = new Intent(ACTION_MYSERVICE);
        service.setComponent(mServiceComponent);
        ServiceConnection scn = new ServiceConnection() {
            @Override
            public void onServiceConnected(ComponentName name, IBinder service) {
                Log.d(TAG, "onServiceConnected -> " + name + "  " + service);
            }

            @Override
            public void onServiceDisconnected(ComponentName name) {
                Log.d(TAG, "onServiceDisconnected -> " + name);
            }
        };

        if (bindService(service, scn, Context.BIND_AUTO_CREATE)) {
            scns.add(scn);
        }
        ;
    }

    public void do_unbindService(View view) {
        Log.d(TAG, "do_unbindService");
        if (scns.size() > 0) {
            unbindService(scns.remove(scns.size() - 1));
        }
    }

外部APP可以通过指定服务组件，进行相应的startService和bindService操作，这种情况和同一个APP多个进程是类似的。

如果服务不想被外部APP启动，那么设置

android:exported="false"

不过这是一棒子打死所有人的做法，有时候我们需要允许自家的其他APP绑定自己的服务，那么可以通过设置权限解决：

在com.seven.www.testserviceserver添加一个自定义权限，设置只有相同签名的其他APP才可以访问。

组件相应地加上权限

在com.seven.www.testservice申请权限:

3. 服务销毁与重建

下面说下正常情况下服务的销毁：

  1. 如果服务是通过startService启动的，期间没有bindService，那么无论执行了多少次startService，一旦触发stopService，那么服务就会销毁。注意：如果服务在
    onStartCommand里面启用了线程，那么就算服务销毁了，线程依然会保持执行。
  2. 在 1 的情况下，在服务内部调用stopSelf()也相当于stopService的效果。
  3. 在 1 的情况下，在服务内部调用stopSelf(startId);也会销毁服务，但是这个startId必须是最新的startId.
    还有一个带返回值的版本stopSelfResult(startId); 返回true表示可以成功销毁，返回false不可以。如果startId为最后一个，那么就会返回true。

其实1、2和3的区别是：1、2情况无论如何都会触发销毁；3情况只有在所有的start请求都被执行完成后才会销毁；假设用户同时调用了多次startService，那么只有
最后一次start请求才可以销毁服务。

onStartCommand的返回值：

START_STICKY_COMPATIBILITY 兼容到SDK=5的情况，目前可以不用考虑了。
START_STICKY 如果服务在onStartCommand执行完成后被杀掉了，那么系统稍后会重建这个服务；如果在被杀掉时有其他start请求没有执行，那么这些没被执行的start请求都会被继续传递给onStartCommand执行；如果被杀掉时没有start请求，那么传递给onStartCommand的intent将是一个null。

将服务的进程属性去掉，保证服务运行在主进程，打开com.seven.www.testserviceserver， 触发了一次do_startService，然后通过最近任务把APP杀掉后：

04-20 16:17:05.345 32180-32180/? D/MyService: do_startService
04-20 16:17:05.367 32180-32180/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@951aa34
04-20 16:17:05.371 32180-32180/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@951aa34

// 在这期间通过最近任务杀掉了APP
04-20 16:17:25.959 810-2637/? W/ActivityManager: Scheduling restart of crashed service com.seven.www.testserviceserver/.MyService in 1000ms
04-20 16:17:26.960 810-903/? W/ActivityManager: Unable to launch app com.seven.www.testserviceserver/10110 for service Intent { cmp=com.seven.www.testserviceserver/.MyService }: process is bad

可以看出，ActivityManager会在1000ms内重启服务，但是由于进程已经被杀掉，所以服务重启失败；也就说，服务想要自动重建，必须保证服务重建时，所在的进程是活着的。
否则重建失败。

将服务设置进程属性，其他保持和上面不变：

04-20 16:24:18.903 32417-32417/? D/MyService: do_startService
04-20 16:24:18.934 810-9326/? I/ActivityManager: Start proc 32472:com.seven.www.testserviceserver:MyService/u0a110 for service com.seven.www.testserviceserver/.MyService
04-20 16:24:19.241 32472-32472/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 16:24:19.243 32472-32472/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@2ac2e7c

04-20 16:24:32.873 810-9326/? I/ActivityManager: Killing 32472:com.seven.www.testserviceserver:MyService/u0a110 (adj 500): remove task
04-20 16:24:32.938 810-9326/? W/ActivityManager: Scheduling restart of crashed service com.seven.www.testserviceserver/.MyService in 1000ms
04-20 16:24:33.940 810-903/? W/ActivityManager: Unable to launch app com.seven.www.testserviceserver/10110 for service Intent { cmp=com.seven.www.testserviceserver/.MyService }: process is bad

可以看出，整个流程就多了创建进程和杀掉进程，其他都是一致的。

因为正常情况下，我们无法在1000ms内启动进程，那么就无法测试服务自动重建的情况，在这里我们可以利用系统的崩溃重新打开的提示进行测试，在onStartCommand里添加崩溃逻辑，保证服务运行在独立的进程中。

    @Override
    public int onStartCommand(Intent intent, int flags, final int startId) {
        Log.d(TAG, "onStartCommand intent ->" + intent + " startId ->" + startId + " " + this);
        if (startId == 1) {
            throw new RuntimeException();
        }
        return START_STICKY;
    }

触发do_bindService， 在触发do_startService，将会出现崩溃：

04-20 16:37:58.999 1363-1363/? D/MyService: do_bindService
04-20 16:37:59.021 810-5302/? I/ActivityManager: Start proc 1428:com.seven.www.testserviceserver:MyService/u0a110 for service com.seven.www.testserviceserver/.MyService
04-20 16:37:59.344 1428-1428/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 16:37:59.345 1428-1428/? D/MyService: onBind com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 16:37:59.348 1363-1363/? D/MyService: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.BinderProxy@951aa34


04-20 16:38:46.372 1363-1363/? D/MyService: do_startService
04-20 16:38:46.377 1428-1428/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 16:38:46.388 1428-1428/? E/AndroidRuntime: FATAL EXCEPTION: main
                                                 Process: com.seven.www.testserviceserver:MyService, PID: 1428

这时候系统会弹出一个重新打开应用的对话框，点击“重新打开应用”，那么服务所在的进程会自动重建，等待一定时间后服务也会自动重建并继续传递上面没有完成的intent进来：


Service详解_第1张图片
Screenshot_20180425-104403.png 
04-20 16:44:01.741 810-2105/? I/ActivityManager: Killing 1710:com.seven.www.testserviceserver:MyService/u0a110 (adj 0): crash
04-20 16:44:01.742 810-2105/? W/ActivityManager: Scheduling restart of crashed service com.seven.www.testserviceserver/.MyService in 9986ms
04-20 16:44:01.810 1641-1641/? D/MyService: onServiceDisconnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}

04-20 16:44:11.751 810-903/? I/ActivityManager: Start proc 1756:com.seven.www.testserviceserver:MyService/u0a110 for service com.seven.www.testserviceserver/.MyService
04-20 16:44:12.077 1756-1756/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 16:44:12.079 1756-1756/? D/MyService: onBind com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 16:44:12.081 1641-1641/? D/MyService: onServiceConnected -> ComponentInfo{com.seven.www.testserviceserver/com.seven.www.testserviceserver.MyService}  android.os.BinderProxy@223aea3
04-20 16:44:12.082 1756-1756/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 16:44:12.089 1756-1756/? E/AndroidRuntime: FATAL EXCEPTION: main
                                                 Process: com.seven.www.testserviceserver:MyService, PID: 1756
                                                 java.lang.RuntimeException: Unable to start service

可以看出，当点击“重新打开应用时”，onServiceDisconnected被触发，并且ActivityManager将在9986ms后重启服务。重启服务时，会伴随着进程的创建（这个和从最近任务杀掉应用是不一样的，最近任务杀掉无法自动重建进程）。然后重新绑定（这里可以暂时忽视），接着传递之前没执行完成intent和相同的startId，最后依然是奔溃。

注意：如果主动创建了等待重建服务的进程，那么该等待创建的服务会立刻重建。

START_NOT_STICKY 如果服务在onStartCommand执行完成后被杀掉了，系统也不会重建服务。

START_REDELIVER_INTENT 服务每次自动重建，都会传递已经执行过的所有Intent以及没执行的Intent。将服务onStartCommand代码修改如下：

    @Override
    public int onStartCommand(Intent intent, int flags, final int startId) {
        Log.d(TAG, "onStartCommand intent ->" + intent + " startId ->" + startId + " " + this);

        return START_REDELIVER_INTENT;
    }

触发3次do_startService， 最近任务杀掉应用，接着重新打开应用，再触发一次do_startService：

04-20 17:16:45.572 2796-2796/? D/MyService: do_startService
04-20 17:16:45.578 2834-2834/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@2e9bf5a
04-20 17:16:45.581 2834-2834/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@2e9bf5a
04-20 17:16:46.208 2796-2796/? D/MyService: do_startService
04-20 17:16:46.214 2834-2834/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->2 com.seven.www.testserviceserver.MyService@2e9bf5a
04-20 17:16:47.891 2796-2796/? D/MyService: do_startService
04-20 17:16:47.895 2834-2834/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->3 com.seven.www.testserviceserver.MyService@2e9bf5a

04-20 17:16:54.750 810-5302/? I/ActivityManager: Killing 2834:com.seven.www.testserviceserver:MyService/u0a110 (adj 500): remove task
04-20 17:16:54.828 810-5302/? W/ActivityManager: Scheduling restart of crashed service com.seven.www.testserviceserver/.MyService in 18506ms

// 重新打开应用，触发do_startService
04-20 17:17:04.264 3610-3610/? D/MyService: do_startService
04-20 17:17:04.285 810-850/? I/ActivityManager: Start proc 3672:com.seven.www.testserviceserver:MyService/u0a110 for service com.seven.www.testserviceserver/.MyService
04-20 17:17:04.594 3672-3672/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 17:17:04.596 3672-3672/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 17:17:04.599 3672-3672/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->2 com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 17:17:04.600 3672-3672/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->3 com.seven.www.testserviceserver.MyService@2ac2e7c
04-20 17:17:04.603 3672-3672/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->5 com.seven.www.testserviceserver.MyService@2ac2e7c

服务运行在主进程中也是一样的：

04-20 17:19:14.726 3848-3848/? D/MyService: do_startService
04-20 17:19:14.747 3848-3848/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@951aa34
04-20 17:19:14.749 3848-3848/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@951aa34
04-20 17:19:16.080 3848-3848/? D/MyService: do_startService
04-20 17:19:16.096 3848-3848/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->2 com.seven.www.testserviceserver.MyService@951aa34
04-20 17:19:16.694 3848-3848/? D/MyService: do_startService
04-20 17:19:16.709 3848-3848/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->3 com.seven.www.testserviceserver.MyService@951aa34
04-20 17:19:19.842 810-2621/? W/ActivityManager: Scheduling restart of crashed service com.seven.www.testserviceserver/.MyService in 10218ms

// 重新打开应用
04-20 17:19:25.198 3947-3947/? D/MyService: onCreate com.seven.www.testserviceserver.MyService@2f59bb1
04-20 17:19:25.200 3947-3947/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->1 com.seven.www.testserviceserver.MyService@2f59bb1
04-20 17:19:25.202 3947-3947/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->2 com.seven.www.testserviceserver.MyService@2f59bb1
04-20 17:19:25.204 3947-3947/? D/MyService: onStartCommand intent ->Intent { cmp=com.seven.www.testserviceserver/.MyService } startId ->3 com.seven.www.testserviceserver.MyService@2f59bb1

总结：服务重建自动需要依赖进程存活，只有在进程意外退出（奔溃、内存不足回收）后，服务自动重建才可以伴随着创建对应的进程，用户手动结束进程的情况服务自动重建不能重建进程。

绑定服务重建

下面说的都是属于 服务运行在独立进程的情况。

从上面可以知道，所绑定的远程服务一旦死亡，那么onServiceDisconnected会触发，并且等到远程服务重建时，会自动重新绑上该服务。注意 ，服务被杀死后，有可能很快就会重启，而在服务重启时，如果进程没有处于活跃状态，那么服务重启就会失败。

也就是说，除非本地进程死亡/主动调用unbindService(conn), 否则每次远程进程启动都会重新绑定上。

不想自动重新绑定上可以这样做：

            @Override
            public void onServiceDisconnected(ComponentName name) {
                Log.d(TAG, "onServiceDisconnected -> " + name);
                unbindService(this);
            }

实现服务死亡主动重连：

  1. 在onServiceDisconnected 时主动 调用 unbindService(this)解绑，然后重新绑定。

  2. 使用Binder.linkToDeath实现同样的效果。 因为如果客户端绑定服务端后，给服务端传递了一个Binder，那么服务端就可以这样监听。

注意，无法通过这种办法启动一个处于关闭APP，但是如果服务所在的APP是处于打开状态，那么即使服务声明在独立子进程里面，其他APP也可以启动这个服务。

Service详解_第2张图片
Screenshot_20180425-104403.png

你可能感兴趣的:(Service详解)

  • Python中os.environ基本介绍及使用方法 鹤冲天Pro #Pythonpython服务器开发语言
    文章目录python中os.environos.environ简介os.environ进行环境变量的增删改查python中os.environ的使用详解1.简介2.key字段详解2.1常见key字段3.os.environ.get()用法4.环境变量的增删改查和判断是否存在4.1新增环境变量4.2更新环境变量4.3获取环境变量4.4删除环境变量4.5判断环境变量是否存在python中os.envi
  • 关于提高复杂业务逻辑代码可读性的思考 编程经验分享 开发经验java数据库开发语言
    目录前言需求场景常规写法拆分方法领域对象总结前言实际工作中大部分时间都是在写业务逻辑，一般都是三层架构，表示层（Controller）接收客户端请求，并对入参做检验，业务逻辑层（Service）负责处理业务逻辑，一般开发都是在这一层中写具体的业务逻辑。数据访问层（Dao）是直接和数据库交互的，用于查数据给业务逻辑层，或者是将业务逻辑层处理后的数据写入数据库。简单的增删改查接口不用多说，基本上写好一
  • 四章-32-点要素的聚合 彩云飘过
    本文基于腾讯课堂老胡的课《跟我学Openlayers--基础实例详解》做的学习笔记，使用的openlayers5.3.xapi。源码见1032.html，对应的官网示例https://openlayers.org/en/latest/examples/cluster.htmlhttps://openlayers.org/en/latest/examples/earthquake-clusters.
  • Python爬虫解析工具之xpath使用详解 eqa11 python爬虫开发语言
    文章目录Python爬虫解析工具之xpath使用详解一、引言二、环境准备1、插件安装2、依赖库安装三、xpath语法详解1、路径表达式2、通配符3、谓语4、常用函数四、xpath在Python代码中的使用1、文档树的创建2、使用xpath表达式3、获取元素内容和属性五、总结Python爬虫解析工具之xpath使用详解一、引言在Python爬虫开发中，数据提取是一个至关重要的环节。xpath作为一门
  • openssl+keepalived安装部署 _小亦_ 项目部署keepalivedopenssl
    文章目录OpenSSL安装下载地址编译安装修改系统配置版本Keepalived安装下载地址安装遇到问题安装完成配置文件keepalived运行检查运行状态查看系统日志修改服务service重新加载systemd检查配置文件语法错误OpenSSL安装下载地址考虑到后面设备可能没法连接到外网，所以采用安装包的方式进行部署，下载地址：https://www.openssl.org/source/old/
  • 多线程之——ExecutorCompletionService 阿福德
    在我们开发中，经常会遇到这种情况，我们起多个线程来执行，等所有的线程都执行完成后，我们需要得到个线程的执行结果来进行聚合处理。我在内部代码评审时，发现了不少这种情况。看很多同学都使用正确，但比较啰嗦，效率也不高。本文介绍一个简单处理这种情况的方法：直接上代码：publicclassExecutorCompletionServiceTest{@TestpublicvoidtestExecutorCo
  • [Python] 数据结构 详解及代码 AIAdvocate 算法python数据结构链表
    今日内容大纲介绍数据结构介绍列表链表1.数据结构和算法简介程序大白话翻译,程序=数据结构+算法数据结构指的是存储,组织数据的方式.算法指的是为了解决实际业务问题而思考思路和方法,就叫:算法.2.算法的5大特性介绍算法具有独立性算法是解决问题的思路和方式,最重要的是思维,而不是语言,其(算法)可以通过多种语言进行演绎.5大特性有输入,需要传入1或者多个参数有输出,需要返回1个或者多个结果有穷性,执行
  • 详解：如何设计出健壮的秒杀系统？ 夜空_2cd3
    作者：Yrion博客园：cnblogs.com/wyq178/p/11261711.html前言：秒杀系统相信很多人见过，比如京东或者淘宝的秒杀，小米手机的秒杀。那么秒杀系统的后台是如何实现的呢？我们如何设计一个秒杀系统呢？对于秒杀系统应该考虑哪些问题？如何设计出健壮的秒杀系统？本期我们就来探讨一下这个问题：image目录一：****秒杀系统应该考虑的问题二：****秒杀系统的设计和技术方案三：*
  • ubuntu安装wordpress lissettecarlr
    1安装nginx网上安装方式很多，这就就直接用apt-get了apt-getinstallnginx不用启动啥，然后直接在浏览器里面输入IP:80就能看到nginx的主页了。如果修改了一些配置可以使用下列命令重启一下systemctlrestartnginx.service2安装mysql输入安装前也可以更新一下软件源，在安装过程中将会让你输入数据库的密码。sudoapt-getinstallmy
  • MyBatis 详解 阿贾克斯的黎明 javamybatis
    目录目录一、MyBatis是什么二、为什么使用MyBatis（一）灵活性高（二）性能优化（三）易于维护三、怎么用MyBatis（一）添加依赖（二）配置MyBatis（三）创建实体类和接口（四）使用MyBatis一、MyBatis是什么MyBatis是一个优秀的持久层框架，它支持自定义SQL、存储过程以及高级映射。MyBatis免除了几乎所有的JDBC代码以及设置参数和获取结果集的工作。它可以通过简
  • 华为云分布式缓存服务DCS 8月新特性发布 华为云PaaS服务小智 华为云分布式缓存
    分布式缓存服务（DistributedCacheService，简称DCS）是华为云提供的一款兼容Redis的高速内存数据处理引擎，为您提供即开即用、安全可靠、弹性扩容、便捷管理的在线分布式缓存能力，满足用户高并发及数据快速访问的业务诉求。此次为大家带来DCS8月的特性更新内容，一起来看看吧！
  • vue render 函数详解 (配参数详解) 你的眼睛會笑 vue2vue.jsjavascript前端
    vuerender函数详解(配参数详解)在Vue3中，`render`函数被用来代替Vue2中的模板语法。它接收一个h函数（或者是`createElement`函数的别名），并且返回一个虚拟DOM。render函数的语法结构如下：render(h){returnh('div',{class:'container'},'Hello,World!')}在上面的示例中，我们使用h函数创建了一个div元素
  • Dockerfile命令详解之 FROM 清风怎不知意 容器化java前端javascript
    许多同学不知道Dockerfile应该如何写，不清楚Dockerfile中的指令分别有什么意义，能达到什么样的目的，接下来我将在容器化专栏中详细的为大家解释每一个指令的含义以及用法。专栏订阅传送门https://blog.csdn.net/qq_38220908/category_11989778.html指令不区分大小写。但是，按照惯例，它们应该是大写的，以便更容易地将它们与参数区分开来。(引用
  • Dockerfile（1） - FROM 指令详解 小菠萝测试笔记 dockerpythonjavacmd大数据
    FROM指明当前的镜像基于哪个镜像构建dockerfile必须以FROM开头，除了ARG命令可以在FROM前面FROM[--platform=][AS]FROM[--platform=][:][AS]FROM[--platform=][@][AS]小栗子FROMalpine:latest一个dockerfile可以有多个FROM可以有多个FROM来创建多个镜像，或区分构建阶段，将一个构建阶段作为另
  • metaRTC/webRTC QOS 方案与实践 metaRTC metaRTC解决方案webrtcqos
    概述质量服务(QOS/QualityofService)是指利用各种技术方案提高网络通信质量的技术，网络通信质量需要解决下面两个问题：网络问题：UDP/不稳定网络/弱网下的丢包/延时/乱序/抖动数据量问题：发送数据量超带宽负载和平滑发送拥塞控制是各种技术方案的数据基础，丢包恢复解决丢包问题，抗乱序抖动解决网络乱序抖动问题，流量控制解决平滑发送数据/数据超带宽负载/延时问题。拥塞控制(Congest
  • 详解“c:/work/src/components/a/b.vue“‘ has no default export报错原因 hw_happy 开发语言前端vue.jsjavascript
    前情提要在一个vue文件中需要引入定义的b.vue文件，但是提示b文件没有默认导出，对于vue2文件来说有exportdefault，在中，所有定义的变量、函数和组件都会自动被视为默认导出的组件内容。因此，不需要显式地使用exportdefault来导出组件。但是在我引用这个文件的时候还是提示了这个错误，原来是我的项目使用了ts和vite\webpack，因为TypeScript和Vue的默认导出
  • Istio pilot-discovery服务发现源码解析（1.13版本） xidianjiapei001 #Istioistio云原生服务发现
    Istiopilot-discovery服务发现介绍工作机制初始化初始化Config控制器初始化Service控制器controller初始化NamespaceServiceNodePodPilotDiscovery各组件启动流程DiscoveryServer接收Envoy的gRPC连接请求流程Config变化后向Envoy推送更新的流程总结参考介绍IstioPilot的代码分为Pilot-Dis
  • 【显示 后台运行 & 的命令】 晨春计 debuglinux服务器运维
    目录背景步骤详解示例背景当你在Linuxshell中使用&符号将一个命令放到后台运行时，你可以使用jobs命令来查看这些后台进程的状态。但是，jobs命令并不会直接显示进程的PID（进程ID）。它会显示一个作业列表，其中包括每个作业的状态和一个作业标识符（通常是百分号%后面跟着一个数字），但不会直接显示PID。获取后台进程的PID步骤：1、使用jobs命令查看后台作业。2、使用ps命令配合grep
  • Ubuntu常用命令整理 十里染林
    ubuntu16.04server开启ssh:使用x-shell连接主机，发现22端口没有打开，开启ssh服务：安装openssh-serversudoapt-getinstallopenssh-server检查安装是否成功sudops-e|grepssh开启ssh服务sudoservicesshstartUbuntu开启/关闭防火墙:开启防火墙sudoufwenable关闭防火墙sudoufwd
  • 关闭Windows自动更新的6种方法 Gemini1995 windows
    在Windows操作系统中，可以使用多种方法来关闭自动更新。以下是其中一些常用的方法：使用设置应用：打开“设置”应用（Win+I），选择“更新和安全”。在左侧菜单中选择“Windows更新”。点击“更改活动时间”或“高级选项”。在“更新选项”下拉菜单中选择“通知我但不自动下载或安装”或“从不检查更新”。通过服务管理器：打开“服务”管理器，可以通过在运行对话框中输入services.msc来打开。找
  • 【Kubernetes】常见面试题汇总（十一） summer.335 Kuberneteskubernetes容器云原生
    目录33.简述Kubernetes外部如何访问集群内的服务？34.简述Kubernetesingress？35.简述Kubernetes镜像的下载策略？33.简述Kubernetes外部如何访问集群内的服务？（1）对于Kubernetes，集群外的客户端默认情况，无法通过Pod的IP地址或者Service的虚拟IP地址：虚拟端口号进行访问。（2）通常可以通过以下方式进行访问Kubernetes集群
  • k8s中Service暴露的种类以及用法 听说唐僧不吃肉 K8Skubernetes容器云原生
    一、说明在Kubernetes中，有几种不同的方式可以将服务（Service）暴露给外部流量。这些方式通过定义服务的spec.type字段来确定。二、详解1.ClusterIP定义：默认类型，服务只能在集群内部访问。作用：通过集群内部IP地址暴露服务。示例：spec:type:ClusterIPports:-port:80targetPo
  • 详解mybatis的一二级缓存以及缓存失效原因 仰望天花板 缓存数据库mybatisjavamysql
    数据库的大部分场景下是从磁盘读取，如果数据从内存进行读取，速度较比磁盘要快得多。但因为内存的容量有限，所以一般只会把使用和查询较多的数据缓存起来，以便快速反应，其他使用率不太多的继续存放在磁盘。mybatis分为一级缓存和二级缓存1.一级缓存一级缓存存放在SqlSqeeion上，默认开启1.1pojo@DatapublicclassRole{privateLongid;privateStringr
  • pythonpandas函数详解_Python pandas常用函数详解 Senvn
    本文研究的主要是pandas常用函数，具体介绍如下。1import语句importpandasaspdimportnumpyasnpimportmatplotlib.pyplotaspltimportdatetimeimportre2文件读取df=pd.read_csv(path='file.csv')参数：header=None用默认列名，0，1，2，3...names=['A','B','C'
  • HTTP 响应状态码详解 云博客-资源宝 笔记httpHTTP响应状态码详解
    HTTP状态码详解：HTTP状态码,是用以表示WEB服务器HTTP响应状态的3位数字代码小技巧：Ctrl+F快速查找Http状态码状态码含义100客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送一个最终响应。101服务器已经理解了客户端的请求，并将
  • SPI机制 我们仍未知道那天所看见的猫的名
    1、SPI机制：ServiceProviderInterface：服务提供发现机制，类型IOCJavaSPI实现：ServiceLoader定义接口A；实现接口A的实现类，B和C；在/META-INF/services/下创建文件，文件名为A类的全名称，内容为B和C的类全名调用：ServiceLoaderload=ServiceLoader.load(A.class);Interatori=loa
  • Linux中GCC与GDB 常用命令详解 Dijkstra's Monk-ey Linux与安全linuxgdbshell安全c语言
    GCC和GDB常用命令详解GCC常用的选项GDBLINUX下编程，少不了和GCC,GDB打交道，现在总结下常用命令，掌握这些足够用了。GCC常用的选项选项语义-o指定生成的输出文件-E仅执行编译预处理gcc的-E选项，可以让编译器在预处理后停止，并输出预处理结果。-S将C代码转换为汇编代码gcc的-S选项，表示在程序编译期间，在生成汇编代码后停止-wall显示警告信息-c生成目标文件（.o），仅执
  • 腾讯发表多模态综述，一文详解多模态大模型 存内计算开发者社区 多模态大模型人工智能chatgptAIGC量子计算AI-nativegptagi
    多模态大语言模型（MLLM）是近年来兴起的一个新的研究热点，它利用强大的大语言模型作为大脑来执行多模态任务。MLLM令人惊讶的新兴能力，如基于图像写故事和无OCR的数学推理，在传统方法中是罕见的，这表明了一条通往人工通用智能的潜在道路。在本文中，追踪多模态大模型最新热点，讨论多模态关键技术以及现有在情绪识别上的应用。腾讯AILab发表了一篇关于多模态大模型的最新综述《MM-LLMs:RecentA
  • webstorm报错TypeError: this.cliEngine is not a constructor Blue_Color
    点击Details在控制台会显示报错的位置TypeError:this.cliEngineisnotaconstructoratESLintPlugin.invokeESLint(/Applications/RubyMine.app/Contents/plugins/JavaScriptLanguage/languageService/eslint/bin/eslint-plugin.js:97:
  • OSPF LSA5、LSA7 中 FA 工作原理详解 斐夷所非 network网络
    FA(ForwardingAddress)仅出现在LSA5或LSA7中，它是数据包访问外部网络时，在数据报文离开OSPF路由域时必须经过的设备地址。LSA5作用LSA5区别于LSA3/LSA4，LSA5仅负责通告OSPF路由域外其他协议的路由，如RIP、BGP等。当外部路由引入到OSPF后，靠LSA5将其泛洪到OSPF路由域。LSA5具有其他LSA所没有的泛洪范围，除了特殊类型区域(Stub及NS
  • linux系统服务器下jsp传参数乱码 3213213333332132 javajsplinuxwindowsxml
    在一次解决乱码问题中， 发现jsp在windows下用js原生的方法进行编码没有问题，但是到了linux下就有问题， escape,encodeURI,encodeURIComponent等都解决不了问题 但是我想了下既然原生的方法不行，我用el标签的方式对中文参数进行加密解密总该可以吧。于是用了java的java.net.URLDecoder,结果还是乱码，最后在绝望之际，用了下面的方法解决了
  • Spring 注解区别以及应用 BlueSkator spring
    1. @Autowired @Autowired是根据类型进行自动装配的。如果当Spring上下文中存在不止一个UserDao类型的bean，或者不存在UserDao类型的bean，会抛出 BeanCreationException异常，这时可以通过在该属性上再加一个@Qualifier注解来声明唯一的id解决问题。   2. @Qualifier 当spring中存在至少一个匹
  • printf和sprintf的应用 dcj3sjt126com PHPsprintfprintf
    <?php printf('b: %b <br>c: %c <br>d: %d <bf>f: %f', 80,80, 80, 80); echo '<br />'; printf('%0.2f <br>%+d <br>%0.2f <br>', 8, 8, 1235.456); printf('th
  • config.getInitParameter 171815164 parameter
    web.xml <servlet> <servlet-name>servlet1</servlet-name> <jsp-file>/index.jsp</jsp-file> <init-param> <param-name>str</param-name>
  • Ant标签详解--基础操作 g21121 ant
            Ant的一些核心概念：         build.xml：构建文件是以XML 文件来描述的，默认构建文件名为build.xml。        project：每个构建文
  • [简单]代码片段_数据合并 53873039oycg 代码
            合并规则:删除家长phone为空的记录,若一个家长对应多个孩子,保留一条家长记录,家长id修改为phone,对应关系也要修改。         代码如下:        
  • java 通信技术 云端月影 Java 远程通信技术
    在分布式服务框架中，一个最基础的问题就是远程服务是怎么通讯的，在Java领域中有很多可实现远程通讯的技术，例如：RMI、MINA、ESB、Burlap、Hessian、SOAP、EJB和JMS等，这些名词之间到底是些什么关系呢，它们背后到底是基于什么原理实现的呢，了解这些是实现分布式服务框架的基础知识，而如果在性能上有高的要求的话，那深入了解这些技术背后的机制就是必须的了，在这篇blog中我们将来
  • string与StringBuilder 性能差距到底有多大 aijuans
              之前也看过一些对string与StringBuilder的性能分析，总感觉这个应该对整体性能不会产生多大的影响，所以就一直没有关注这块！         由于学程序初期最先接触的string拼接，所以就一直没改变过自己的习惯！        
  • 今天碰到 java.util.ConcurrentModificationException 异常 antonyup_2006 java多线程工作IBM
    今天改bug，其中有个实现是要对map进行循环，然后有删除操作，代码如下： Iterator<ListItem> iter = ItemMap.keySet.iterator(); while(iter.hasNext()){ ListItem it = iter.next(); //...一些逻辑操作 ItemMap.remove(it); } 结果运行报Con
  • PL/SQL的类型和JDBC操作数据库 百合不是茶 PL/SQL表标量类型游标PL/SQL记录
    PL/SQL的标量类型:    字符,数字,时间,布尔,%type五中类型的 --标量：数据库中预定义类型的变量 --定义一个变长字符串 v_ename varchar2(10); --定义一个小数,范围 -9999.99~9999.99 v_sal number(6,2); --定义一个小数并给一个初始值为5.4 :=是pl/sql的赋值号
  • Mockito：一个强大的用于 Java 开发的模拟测试框架实例 bijian1013 mockito单元测试
    Mockito框架：         Mockito是一个基于MIT协议的开源java测试框架。         Mockito区别于其他模拟框架的地方主要是允许开发者在没有建立“预期”时验证被测系统的行为。对于mock对象的一个评价是测试系统的测
  • 精通Oracle10编程SQL(10)处理例外 bijian1013 oracle数据库plsql
    /* *处理例外 */ --例外简介 --处理例外-传递例外 declare v_ename emp.ename%TYPE; begin SELECT ename INTO v_ename FROM emp where empno=&no; dbms_output.put_line('雇员名：'||v_ename); exceptio
  • 【Java】Java执行远程机器上Linux命令 bit1129 linux命令
    Java使用ethz通过ssh2执行远程机器Linux上命令，   封装定义Linux机器的环境信息   package com.tom; import java.io.File; public class Env { private String hostaddr; //Linux机器的IP地址 private Integer po
  • java通信之Socket通信基础 白糖_ javasocket网络协议
    正处于网络环境下的两个程序，它们之间通过一个交互的连接来实现数据通信。每一个连接的通信端叫做一个Socket。一个完整的Socket通信程序应该包含以下几个步骤： ①创建Socket； ②打开连接到Socket的输入输出流； ④按照一定的协议对Socket进行读写操作； ④关闭Socket。   Socket通信分两部分：服务器端和客户端。服务器端必须优先启动，然后等待soc
  • angular.bind boyitech AngularJSangular.bindAngularJS APIbind
    angular.bind 描述：         上下文，函数以及参数动态绑定，返回值为绑定之后的函数. 其中args是可选的动态参数，self在fn中使用this调用。 使用方法：          angular.bind(se
  • java-13个坏人和13个好人站成一圈，数到7就从圈里面踢出一个来，要求把所有坏人都给踢出来，所有好人都留在圈里。请找出初始时坏人站的位置。 bylijinnan java
    import java.util.ArrayList; import java.util.List; public class KickOutBadGuys { /** * 题目：13个坏人和13个好人站成一圈，数到7就从圈里面踢出一个来，要求把所有坏人都给踢出来，所有好人都留在圈里。请找出初始时坏人站的位置。 * Maybe you can find out
  • Redis.conf配置文件及相关项说明（自查备用） Kai_Ge redis
       Redis.conf配置文件及相关项说明 # Redis configuration file example # Note on units: when memory size is needed, it is possible to specifiy # it in the usual form of 1k 5GB 4M and so forth: #
  • [强人工智能]实现大规模拓扑分析是实现强人工智能的前奏 comsci 人工智能
         真不好意思,各位朋友...博客再次更新...      节点数量太少,网络的分析和处理能力肯定不足,在面对机器人控制的需求方面,显得力不从心....      但是,节点数太多,对拓扑数据处理的要求又很高,设计目标也很高,实现起来难度颇大...
  • 记录一些常用的函数 dai_lm java
    public static String convertInputStreamToString(InputStream is) { StringBuilder result = new StringBuilder(); if (is != null) try { InputStreamReader inputReader = new InputStreamRead
  • Hadoop中小规模集群的并行计算缺陷 datamachine mapreducehadoop并行计算
    注：写这篇文章的初衷是因为Hadoop炒得有点太热，很多用户现有数据规模并不适用于Hadoop，但迫于扩容压力和去IOE（Hadoop的廉价扩展的确非常有吸引力）而尝试。尝试永远是件正确的事儿，但有时候不用太突进，可以调优或调需求，发挥现有系统的最大效用为上策。 -----------------------------------------------------------------
  • 小学4年级英语单词背诵第二课 dcj3sjt126com englishword
    egg  蛋 twenty 二十 any 任何 well 健康的，好   twelve 十二 farm 农场 every 每一个 back 向后，回   fast 快速的 whose 谁的 much 许多 flower 花   watch 手表 very 非常，很 sport 运动 Chinese 中国的  
  • 自己实践了github的webhooks, linux上面的权限需要注意 dcj3sjt126com githubwebhook
    环境, 阿里云服务器   1. 本地创建项目, push到github服务器上面   2. 生成www用户的密钥 sudo -u www ssh-keygen -t rsa -C "[email protected]"     3. 将密钥添加到github帐号的SSH_KEYS里面   3. 用www用户执行克隆, 源使
  • Java冒泡排序 蕃薯耀 冒泡排序Java冒泡排序Java排序
    冒泡排序 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 蕃薯耀 2015年6月23日 10:40:14 星期二 http://fanshuyao.iteye.com/
  • Excle读取数据转换为实体List【基于apache-poi】 hanqunfeng apache
    1.依赖apache-poi   2.支持xls和xlsx   3.支持按属性名称绑定数据值   4.支持从指定行、列开始读取   5.支持同时读取多个sheet   6.具体使用方式参见org.cpframework.utils.excelreader.CP_ExcelReaderUtilTest.java 比如： Str
  • 3个处于草稿阶段的Javascript API介绍 jackyrong JavaScript
    原文： http://www.sitepoint.com/3-new-javascript-apis-may-want-follow/?utm_source=html5weekly&utm_medium=email   本文中，介绍3个仍然处于草稿阶段，但应该值得关注的Javascript API. 1) Web Alarm API   &
  • 6个创建Web应用程序的高效PHP框架 lampcy Web框架PHP
    以下是创建Web应用程序的PHP框架，有coder bay网站整理推荐： 1. CakePHP CakePHP是一个PHP快速开发框架，它提供了一个用于开发、维护和部署应用程序的可扩展体系。CakePHP使用了众所周知的设计模式，如MVC和ORM，降低了开发成本，并减少了开发人员写代码的工作量。 2. CodeIgniter CodeIgniter是一个非常小且功能强大的PHP框架，适合需
  • 评"救市后中国股市新乱象泛起"谣言 nannan408
    首先来看百度百家一位易姓作者的新闻： 三个多星期来股市持续暴跌，跌得投资者及上市公司都处于极度的恐慌和焦虑中，都要寻找自保及规避风险的方式。面对股市之危机，政府突然进入市场救市，希望以此来重建市场信心，以此来扭转股市持续暴跌的预期。而政府进入市场后，由于市场运作方式发生了巨大变化，投资者及上市公司为了自保及为了应对这种变化，中国股市新的乱象也自然产生。 首先，中国股市这两天
  • 页面全屏遮罩的实现 方式 Rainbow702 htmlcss遮罩mask
    之前做了一个页面，在点击了某个按钮之后，要求页面出现一个全屏遮罩，一开始使用了position:absolute来实现的。当时因为画面大小是固定的，不可以resize的，所以，没有发现问题。 最近用了同样的做法做了一个遮罩，但是画面是可以进行resize的，所以就发现了一个问题，当画面被reisze到浏览器出现了滚动条的时候，就发现，用absolute 的做法是有问题的。后来改成fixed定位就
  • 关于angularjs的点滴 tntxia AngularJS
      angular是一个新兴的JS框架，和以往的框架不同的事，Angularjs更注重于js的建模，管理，同时也提供大量的组件帮助用户组建商业化程序，是一种值得研究的JS框架。   Angularjs使我们可以使用MVC的模式来写JS。Angularjs现在由谷歌来维护。   这里我们来简单的探讨一下它的应用。   首先使用Angularjs我
  • Nutz--->>反复新建ioc容器的后果 xiaoxiao1992428 DAOmvcIOCnutz
    问题： public class DaoZ {     public static Dao dao() { // 每当需要使用dao的时候就取一次     Ioc ioc = new NutIoc(new JsonLoader("dao.js"));     return ioc.get(
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他