是的,id已经丢失了。你这样存数据,那每次app退出的时候,数据就不存在了,为什么不用sharedpreference存数据了,这样的话每次重启app的时候,在读一次不就行了吗?

解决方案 »

  1.   

    因为登录的时候需要返回连接token,每次登录的token不同,把token保存起来,并没有时机意义
      

  2.   

    只要应用没有用户自行退出,那么token就需要一直存在,而被杀死的application里面保存token,杀死后重新onCreate,token就永久丢失了。
    看来这么多说android全局存储的都没有出现过application被杀后,数据丢失的问题吗?
      

  3.   

    这种保存全局数据的办法跟永久存储数据是两码事吧。继承自application是不会出现内存泄漏,若要保存这个application状态,是永久存储在sharedpreference中
      

  4.   

    严格来说,token不算是永久存储,而应该算作和应用绑定的数据,android的应用状态和application状态不完全一样,才出现了我这样的问题,现在采用进程独立service来记录应用的状态,这样就不会出现application被杀,重新启动后应用状态丢失的问题,
    从这方面来看,application只适合存储非状态型全局数据,这个是很多帖子上面都没说明的。
      

  5.   

    严格来说,token不算是永久存储,而应该算作和应用绑定的数据,android的应用状态和application状态不完全一样,才出现了我这样的问题,现在采用进程独立service来记录应用的状态,这样就不会出现application被杀,重新启动后应用状态丢失的问题,
    从这方面来看,application只适合存储非状态型全局数据,这个是很多帖子上面都没说明的。service也可以被强制结束,用它记录状态不会丢失吗?