解决方案 »

  1.   

    可以放到Application类里面,登录信息可以通过SharedPreferences来保存
      

  2.   

    我说的是服务器怎么管理session 客户端知道啊
      

  3.   

    SharedPreferences那个是手机存储 和题目没什么关系
      

  4.   

    我现在了解的是 一种放内存,但每次服务器重启, 客户端得全部重新登录,   要么放数据库,但每个需要判断登录的接口  都查询下数据库 一定比较耗时, 当然也可以结合使用,  看见个说用 nosql那种来管理  不知道性能会不会好很多
      

  5.   

    可不可以以写xml 类似日志文件,然后再判断2个 session 是否一样。
      

  6.   

     如果有10W 跟用户登录  那XML 里要存10W个SESSION记录  那效率一定很低吧
      

  7.   

    建一个类,存放客户端用户信息,例如:用户名、是否在线,最后访问时间,sessionid等,每次发起请求的时候,都更新一下该用户的在线状态,也就是最后的活跃时间;如果长时间没有更新活跃时间,再发起请求的时候,那么做出判断,超时就给客户端发出登录已超时,并记录为不在线,客户端接受到服务器返回的信息,跳到登录页面;如果没有超时,直接请求。
      

  8.   

    放内存啊,量大就仍进redis里redis是最简单的,它会自动帮你维护过期,故障恢复也给力。客户端token写文件就好了
      

  9.   

    这个普通放db就可以拉,,,开发容易的快速..效率低是不会的,这个你放心拉.....  简单添加个索引,保存个500w数据不成问题.... 
    500w以上要分表分库,稍微麻烦的....
    redis 的适合场景是你要求很高的性能(1000w数据以上),但是redis的管理麻烦的,查询都要你自己写...数据库就开发容易的拉,工具大把...