session超时，session存redis和session存mongodb差异大么？
不同意楼上说法，Redis 和mango都属于nosql，两者都可以作为缓存,同样的都可以作为数据库。
1.mongodb的文档模型自由灵活，可以让你在开发过程中畅顺无比。对于大数据量、高并发、弱事务的互联网应用，MongoDB可以应对自如。MongoDB内置的水平扩展机制提供了从百万到十亿级别的数据量处理能力。
2.Redis为单进程单线程模式，采用队列模式将并发访问变为串行访问。Redis本身没有锁的概念，Redis对于多个客户端连接并不存在竞争，但是在Jedis客户端对Redis进行并发访问时会发生连接超时、数据转换错误、阻塞、客户端关闭连接等问题。另外，题主说的session并发 ，一般的session放的是用户信息，会发生并发写的情况吗
h5登录失效？
H5端站点通过HttpModule拦截HTTP请求，如果H5站点登录失效（比如MemCache或Session过期）就调用自动登录API来更新H5端的登录状态；
session和request的区别？
request对象和session对象的最大区别是生命周期。
request
request范围较小一些，只是一个请求。
request对象的生命周期是针对一个客户端(说确切点就是一个浏览器应用程序)的一次请求，当请求完毕之后，request里边的内容也将被释放点 。
简单说就是你在页面上的一个操作，request.getParameter()就是从上一个页面中的url、form中获取参数。
但如果一个request涉及多个类，后面还要取参数，可以用request.setAttribute()和request.getAttribute()。
但是当结果输出之后，request就结束了。
session
session可以跨越很多页面。
而session的生命周期也是针对一个客户端，但是却是在别人设置的会话周期内(一般是20-30分钟)，session里边的内容将一直存在，即便关闭了这个客户端浏览器 session也不一定会马上释放掉的。
可以理解是客户端同一个IE窗口发出的多个请求。
这之间都可以传递参数，比如很多网站的用户登录都用到了。
比较
request占用资源比较少，安全性也比较高，可是相对来说缺乏持续性。
session则相对来说对资源的消耗会大点，安全性相对来说也会稍微低点，可是它能实现比如会话跟踪技术。
如果可以使用request的情况下，尽量使用request 因为相对于服务器来说资源的消耗还是比较重要的。
在传递页面过程中request传递到下一页面就不能再传递了，而sesison却不如此，即request仅限于2个相邻的页面
每按一个网页上的一个链接就是一个新的request，当服务器返回给浏览器一个response时，request就结束了，此时保存在request中的对象就不存在了，
但是当你用一个浏器连到服务器上时application－server会新开一个session给你，当连接超时或浏览器关闭时session才销毁。
所以说作用的范围是不一样，session也就可以跟踪用户的状态。
session相当于是一个客户端的全局变量，
比如A机与服务器第一次访问时设置session.setAttribute("aaa")="ComputerA".则在A机访问继续访问的任意一个页面都可以取的session.getAttribute("aaa")的值是ComputerA;
request是某一次访问的局域变量，
生命周期只是一次请求。因此login的变量应该放在session中
为什么有的网页显示访问超时？
网页显示登录超时，总体来说是Session的问题，具体就是“IE设置”方面出力问题，从而导致session在页面跳转的时候丢掉。为了解决这个问题，单纯的重装是没有用滴。解决方法就是“设置IE”，把session传递过去并且能够记住。步骤如下：
1、把需要传递的站点设为可信站点。
2、把InterNet的安全级别降低
3、以选项卡的方式打开，只停留在一个IE方式中。
4、接受所有站点的cookie 总而言之，就是降低安全级别就可以使session在IE页面中传递。
一直显示登陆超时？
1、首先检测软件与系统兼容问题，右击软件选择属性，切换至兼容性选项卡，勾选以兼容模式运行此软件，选择可运行该软件的操作系统即可。
2、硬件问题也会导致软件显示登陆超时的情况，比如电脑配置过低时打开大型游戏软件，或者电脑内存不足无法加载软件，这些情况就需要升级电脑硬件了。
3、软件本身版本过低也会出现电脑打开软件显示登陆超时的情况，可以将此软件下载到其他电脑上测试一下。
4、如果上述步骤都没有解决，可能系统文件出现了问题，一键重装系统即可解决。