不需要这样,后继操作直接放弃就行。那后进来的进程阻塞了,会不会anr了,,,

解决方案 »

  1.   


    不需要这样,后继操作直接放弃就行。那后进来的进程阻塞了,会不会anr了,,,不存在ANR的问题,后来的操作一看前面的还没完成,就直接返回了。而且服务中的操作都是多线程的,不存在ANR的问题。
      

  2.   


    不需要这样,后继操作直接放弃就行。那后进来的进程阻塞了,会不会anr了,,,不存在ANR的问题,后来的操作一看前面的还没完成,就直接返回了。而且服务中的操作都是多线程的,不存在ANR的问题。cpu长时间无响应啊,你一个服务对应一个进程处理,后进程长期等待,就会anr,,,
      

  3.   

    在android中还没试过AlarmService但是在WPF或其他客户端技术下都是用类似js中的SetTimeout,运行完服务中就在SetTimeout,不知道在android中AlarmService的服务程序响应之后可不可以先unregister,然后执行完之后再重现register,当然这样间隔就不准,但绝对不会堆积一堆。