我正处于构建php / mysql后端的初始阶段，该后端向网站和iphone / android / etc设备公开REST接口。
我不太确定处理使用同一帐户的多台设备的会话的“标准”或“最佳做法”是什么。
以下是我目前关于如何运作的想法：
我现在会使用MySQL来存储会话，会话表如下：
id，session_id（hash），user_id（int），created（timestamp），expire（timestamp），device（enum）
当用户通过iOS应用程序或Android应用程序登录时，我会在成功json中返回会话令牌，以供将来的api调用使用。与进行api通话的网站相同。
出于安全考虑，如果用户重新登录，我应该重新生成并覆盖会话令牌，但仅限于该设备的session_id。
我还有一个过期列，告诉我会话到期，如果我愿意，我可以创建一个会在两周后过期的会话，并定期由CRON作业清理。
这对我来说似乎是一种合理的方法，但如果用户使用iphone和ipad，或者使用同一帐户的多个Android设备，则会出现问题。任何时候用户登录一个将导致另一个注销。
我注意到即使我从另一部iPhone登录，Instagram也没有使会话无效。
但是，我不认为我可以复制该行为，除非用户重新登录时不会覆盖会话令牌，或者每当用户从iphone登录时继续将会话行添加到会话表中？
跨不同设备处理会话的标准方法是什么？
答案 0 :(得分：3)
我强烈反对您使用mysql存储会话。我建议使用redis或memcache。如果服务器崩溃，Redis会将数据存储到磁盘。 Redis还允许您设置TTL以使会话到期，这将解决＃4。
如果您使用的是基于休息的呼叫，我建议您只需将会话作为Cookie添加到标头中，然后来回传递。基本上模仿浏览器访问该页面的方式。我认为这也会使测试变得更容易。
答案 1 :(得分：0)
看起来你所寻找的并不是大多数传统上称之为“会话”的东西，这通常仅限于单个浏览器或客户端实例。
您似乎更多地谈论将应用程序状态附加到用户登录。在这种情况下，我不明白为什么你需要一个单独的会话表/令牌系统。您只需使用典型的客户端方法来持久登录，然后当登录的客户端联系您的API时，您将返回应用程序“会话”状态信息，无论您正在与哪个实际客户端实例进行通信。
这并不是说你不想使用某种令牌交换系统来为用户提供“新鲜”令牌，以防你想在一段时间不活动后清除他们的状态，只是你可以拥有每次登录多个活动令牌。