关于用户限制登录次数的问题

[黑兔子]

怎么限制用户用同一账号登录2次?打开2次窗口？同一浏览器，我试过用session可以，但是不同浏览器的话session不行。求帮忙？

[暴龙神]

换电脑了，原来电脑没有退出，让登录么？

[小小2050]

不同浏览器，只能通过数据库记录登录状态，判断是否重复登录

[黑兔子]

引用 2 楼 xup8888 的回复:

不同浏览器，只能通过数据库记录登录状态，判断是否重复登录

这个可以考虑下，但是还要考虑很多因素，领导应该是不同意了！

[小老头头]

把登陆信息放到application里面啊,服务器不关闭application会一直保存登陆的用户信息,注销的时候从application销毁就可以了

[skyhitnow]

登录的时候会验证嘛，登录后的session中保存了用户的标志性信息，比如用户名/id之类，登录验证的时候根据此类信息查找session，找到了就是已经登录。将原session失效就好了

[于金龙]

引用 5 楼 skyhitnow 的回复:

登录的时候会验证嘛，登录后的session中保存了用户的标志性信息，比如用户名/id之类，登录验证的时候根据此类信息查找session，找到了就是已经登录。将原session失效就好了

楼上正解。如果数据量不大的话，你可以建个map，key为user_id，value为session_id，用户登录验证通过的话，你就看看user_id是否在map中嘛......

[bcsflilong]

说 用session 的 那不是在扯淡吗？ session 的作用域 是什么？ 把登陆信息放到application的这种方式才是正解，可以在application中 方一个map key 为用户名 value 为累计登录数， 具体的逻辑需要自己好好在想想 但是这种方式是没问题的

[乔不思]

引用 7 楼 bcsflilong 的回复:

说 用session 的 那不是在扯淡吗？ session 的作用域 是什么？ 把登陆信息放到application的这种方式才是正解，可以在application中 方一个map key 为用户名 value 为累计登录数， 具体的逻辑需要自己好好在想想 但是这种方式是没问题的

1.信息量不是很大，又不是经常改动，建议放在application中 2.也可以用缓存啊，缓存技术挺多的

[你好毒你好毒]

引用 8 楼 zhouren1314 的回复:

[quote=引用 7 楼 bcsflilong 的回复:] 说 用session 的 那不是在扯淡吗？ session 的作用域 是什么？ 把登陆信息放到application的这种方式才是正解，可以在application中 方一个map key 为用户名 value 为累计登录数， 具体的逻辑需要自己好好在想想 但是这种方式是没问题的

1.信息量不是很大，又不是经常改动，建议放在application中 2.也可以用缓存啊，缓存技术挺多的[/quote] 还要考虑负载均衡

[乔不思]

引用 9 楼 MrsFeng 的回复:

[quote=引用 8 楼 zhouren1314 的回复:] [quote=引用 7 楼 bcsflilong 的回复:] 说 用session 的 那不是在扯淡吗？ session 的作用域 是什么？ 把登陆信息放到application的这种方式才是正解，可以在application中 方一个map key 为用户名 value 为累计登录数， 具体的逻辑需要自己好好在想想 但是这种方式是没问题的

1.信息量不是很大，又不是经常改动，建议放在application中 2.也可以用缓存啊，缓存技术挺多的[/quote] 还要考虑负载均衡[/quote] 均衡的话， 那就只有写进数据库了，不然怎么办，有何高见？

[wangzhuoyan]

这个话题，始终都不是绝对完美的办法，无论从应用，还是数据库都有弊端

[菩提树下小沙弥]

数据库行级锁？

[乔不思]

引用 12 楼 zhengweijian15 的回复:

数据库行级锁？

何解？

[bcsflilong]

引用 10 楼 zhouren1314 的回复:

[quote=引用 9 楼 MrsFeng 的回复:] [quote=引用 8 楼 zhouren1314 的回复:] [quote=引用 7 楼 bcsflilong 的回复:] 说 用session 的 那不是在扯淡吗？ session 的作用域 是什么？ 把登陆信息放到application的这种方式才是正解，可以在application中 方一个map key 为用户名 value 为累计登录数， 具体的逻辑需要自己好好在想想 但是这种方式是没问题的

1.信息量不是很大，又不是经常改动，建议放在application中 2.也可以用缓存啊，缓存技术挺多的[/quote] 还要考虑负载均衡[/quote] 均衡的话， 那就只有写进数据库了，不然怎么办，有何高见？[/quote]既然是负载均衡 还是放在库里处理吧，但是用户量大的话 数据库要遭罪了 或者考虑一下单独处理这块的缓存 尽量减少对库的读写

[skyhitnow]

引用 14 楼 bcsflilong 的回复:

[quote=引用 10 楼 zhouren1314 的回复:] [quote=引用 9 楼 MrsFeng 的回复:] [quote=引用 8 楼 zhouren1314 的回复:] [quote=引用 7 楼 bcsflilong 的回复:] 说 用session 的 那不是在扯淡吗？ session 的作用域 是什么？ 把登陆信息放到application的这种方式才是正解，可以在application中 方一个map key 为用户名 value 为累计登录数， 具体的逻辑需要自己好好在想想 但是这种方式是没问题的

1.信息量不是很大，又不是经常改动，建议放在application中 2.也可以用缓存啊，缓存技术挺多的[/quote] 还要考虑负载均衡[/quote] 均衡的话， 那就只有写进数据库了，不然怎么办，有何高见？[/quote]既然是负载均衡 还是放在库里处理吧，但是用户量大的话 数据库要遭罪了 或者考虑一下单独处理这块的缓存 尽量减少对库的读写[/quote] 一般验证是统一验证吧。逻辑写在验证服务器上就可以了吧。重复登录需要重复验证，验证时查看是否已经登录就可以了。

[bcsflilong]

引用 15 楼 skyhitnow 的回复:

[quote=引用 14 楼 bcsflilong 的回复:] [quote=引用 10 楼 zhouren1314 的回复:] [quote=引用 9 楼 MrsFeng 的回复:] [quote=引用 8 楼 zhouren1314 的回复:] [quote=引用 7 楼 bcsflilong 的回复:] 说 用session 的 那不是在扯淡吗？ session 的作用域 是什么？ 把登陆信息放到application的这种方式才是正解，可以在application中 方一个map key 为用户名 value 为累计登录数， 具体的逻辑需要自己好好在想想 但是这种方式是没问题的

1.信息量不是很大，又不是经常改动，建议放在application中 2.也可以用缓存啊，缓存技术挺多的[/quote] 还要考虑负载均衡[/quote] 均衡的话， 那就只有写进数据库了，不然怎么办，有何高见？[/quote]既然是负载均衡 还是放在库里处理吧，但是用户量大的话 数据库要遭罪了 或者考虑一下单独处理这块的缓存 尽量减少对库的读写[/quote] 一般验证是统一验证吧。逻辑写在验证服务器上就可以了吧。重复登录需要重复验证，验证时查看是否已经登录就可以了。[/quote]验证的时候需要读取数据库吧。