解决方案 »

  1.   

    这个调度是由系统在底层控制的,并没有开放api给app来控制,当当前任务繁忙的时候,系统会wake up更多的核来处理任务
    http://stackoverflow.com/questions/16562424/does-single-thread-application-utilize-multi-core-in-android
      

  2.   


    我现在有这样一个需求,我想分段读取文件到内存中,我该如何提高他们的读取速度呢?开辟service进程的话,service进程中的内存和我activity中的内存就分开了,能让进程之间共享内存吗
      

  3.   


    我现在有这样一个需求,我想分段读取文件到内存中,我该如何提高他们的读取速度呢?开辟service进程的话,service进程中的内存和我activity中的内存就分开了,能让进程之间共享内存吗
    如果正常的加载不能满足,一定提高读取速度的话,如果是我,我可能会考虑用一个独立进程的service,在合适的时间提前预加载一部分data备用,然后activity要用的时候再bind到service上,通过开发的api获取data,同时传输控制信号,是否继续加载
      

  4.   

    我现在有这样一个需求,我想分段读取文件到内存中,我该如何提高他们的读取速度呢?开辟service进程的话,service进程中的内存和我activity中的内存就分开了,能让进程之间共享内存吗
    如果正常的加载不能满足,一定提高读取速度的话,如果是我,我可能会考虑用一个独立进程的service,在合适的时间提前预加载一部分data备用,然后activity要用的时候再bind到service上,通过开发的api获取data,同时传输控制信号,是否继续加载今天我测试了,用intentservice去分担主线程中的一部分耗时操作,感觉是比单纯主线程执行要快些。不过效果没有开双线程快,是不是service进程后台服务的开启就相当于开辟了一个子线程处理呀,我以为开辟service以后能够更充分的利用多核处理呢。另外,你说的传输控制,是否继续加载是如何实现的呢?
      

  5.   


    我现在有这样一个需求,我想分段读取文件到内存中,我该如何提高他们的读取速度呢?开辟service进程的话,service进程中的内存和我activity中的内存就分开了,能让进程之间共享内存吗
    如果正常的加载不能满足,一定提高读取速度的话,如果是我,我可能会考虑用一个独立进程的service,在合适的时间提前预加载一部分data备用,然后activity要用的时候再bind到service上,通过开发的api获取data,同时传输控制信号,是否继续加载今天我测试了,用intentservice去分担主线程中的一部分耗时操作,感觉是比单纯主线程执行要快些。不过效果没有开双线程快,是不是service进程后台服务的开启就相当于开辟了一个子线程处理呀,我以为开辟service以后能够更充分的利用多核处理呢。另外,你说的传输控制,是否继续加载是如何实现的呢?首先service是跑在主线程里的,intentService是默认开一个子线程,handleMessage的部分是在子线程里执行,你也可以另外开多个线程。 
    传输控制,其实你也不可能让线程一直在后台跑,总要有什么时候开始,什么时候结束,如果service跑在独立的进程里,就只能通过bind后set一些变量来控制,这个就是我说的控制
      

  6.   


    我现在有这样一个需求,我想分段读取文件到内存中,我该如何提高他们的读取速度呢?开辟service进程的话,service进程中的内存和我activity中的内存就分开了,能让进程之间共享内存吗
    如果正常的加载不能满足,一定提高读取速度的话,如果是我,我可能会考虑用一个独立进程的service,在合适的时间提前预加载一部分data备用,然后activity要用的时候再bind到service上,通过开发的api获取data,同时传输控制信号,是否继续加载今天我测试了,用intentservice去分担主线程中的一部分耗时操作,感觉是比单纯主线程执行要快些。不过效果没有开双线程快,是不是service进程后台服务的开启就相当于开辟了一个子线程处理呀,我以为开辟service以后能够更充分的利用多核处理呢。另外,你说的传输控制,是否继续加载是如何实现的呢?首先service是跑在主线程里的,intentService是默认开一个子线程,handleMessage的部分是在子线程里执行,你也可以另外开多个线程。 
    传输控制,其实你也不可能让线程一直在后台跑,总要有什么时候开始,什么时候结束,如果service跑在独立的进程里,就只能通过bind后set一些变量来控制,这个就是我说的控制
    恩恩,知道了。谢谢哦,另外,我想知道如果是否service设置一个process属性对与当前进程的交互有没有什么区别吗?
      

  7.   


    我现在有这样一个需求,我想分段读取文件到内存中,我该如何提高他们的读取速度呢?开辟service进程的话,service进程中的内存和我activity中的内存就分开了,能让进程之间共享内存吗
    如果正常的加载不能满足,一定提高读取速度的话,如果是我,我可能会考虑用一个独立进程的service,在合适的时间提前预加载一部分data备用,然后activity要用的时候再bind到service上,通过开发的api获取data,同时传输控制信号,是否继续加载今天我测试了,用intentservice去分担主线程中的一部分耗时操作,感觉是比单纯主线程执行要快些。不过效果没有开双线程快,是不是service进程后台服务的开启就相当于开辟了一个子线程处理呀,我以为开辟service以后能够更充分的利用多核处理呢。另外,你说的传输控制,是否继续加载是如何实现的呢?首先service是跑在主线程里的,intentService是默认开一个子线程,handleMessage的部分是在子线程里执行,你也可以另外开多个线程。 
    传输控制,其实你也不可能让线程一直在后台跑,总要有什么时候开始,什么时候结束,如果service跑在独立的进程里,就只能通过bind后set一些变量来控制,这个就是我说的控制
    恩恩,知道了。谢谢哦,另外,我想知道如果是否service设置一个process属性对与当前进程的交互有没有什么区别吗?
    有区别啊,你设置了process就是独立进程了,交互就编程进程间通信了