浏览器关闭页面处理

0 0

浏览器关闭页面处理10

开发中遇到问题：业务希望关闭浏览器后后台能够得到用户已经离开系统操作消息，因为这个消息将会触发在其他业务系统中功能，所以在实时性上有要求。

需求分析：

1：js通过绑定onbeforeunload事件在触发时候调用ajax发送请求到服务器，但是实际上页面对象已经释放了，那么在ajax还没有发送成功时候变被终止了。

window.onbeforeunload = function(){
      $.ajax('',{});
}

2：现在做法是通过ajax方式定时发送请求到服务器，但是在多用户情况下这样会给服务器压力。

setInterval(function(){
      $.ajax('',{});
},30000);

是否还有其他方式能更好解决这个问题？
问题补充
还有其他方式能更好解决这个问题？
问题补充
现在问题就是需要在用户点击了确认后才能发送ajax请求
问题补充
如果用onunload事件处理肯定是不可以
问题补充
用定时轮询的方式算是一种方案，虽然有时间延迟，有后台每隔一点事件去判断用户的离开
问题补充

int08h 写道

把ajax改成同步的就是了，问题就是连接慢的话页面会有假死现象

那就是说在onunload事件处理ajax改成同步发送请求？
问题补充
如果是onunload事件中处理，但是此时页面dom已经销毁了，那么ajax方法也会销毁了
问题补充

zjhlht 写道

这个问题原来也遇见过，一直没有很好的解决，而且还有个大问题是跨浏览器的问题，头大啊，希望LZ最后能总结出来的。给点经验

跨浏览器的问题，头大啊!
问题补充

zjhlht 写道

这个问题原来也遇见过，一直没有很好的解决，而且还有个大问题是跨浏览器的问题，头大啊，希望LZ最后能总结出来的。给点经验

是否可以考虑WebSocket方式建立连接来监听用户使用浏览器状态？
问题补充

jinxhj2003 写道

这个问题我们现在的项目也有这种需求，通过你说的用js的方式，，用户关闭浏览器就执行ajax。。但这只是一种情况，如果是客户端直接关电脑或是直接通过任务管理器关进程。那种方式的效果不太好的。。甚至不执行..
我们现在的解决方案是监听session。。将用户的登陆状态保存至数据库。。然后服务器每隔一定时间查看当前的session同步至数据库。。

这种方式处理比较合适些。

问题补充
现在就是无法做到实时，所以只能采取服务端监控客户端定时发送ajax请求处理办法，如果在指定时间内没有得到浏览器发送请求，则认为用户离开了页面。

Web综合

2011年4月15日 14:21

deng131
20
0 0 0

19个答案按时间排序按投票排序

0 0

window.onbeforeunload不用异步用同步怎么样?

2011年4月16日 09:34

yoyo837
14
0 0 6

添加评论

0 0

3楼正解，弹出提示用alert.
先ajax请求，然后立马alert.
alert会阻塞javascript执行器中当前主线程的执行，但ajax启动的线程不是主线程，仍在执行。当用户点完确定后，ajax在后台早执行完了。

2011年4月15日 14:21

tianzhou0374
30
0 0 0

添加评论

0 0

      window.onbeforeunload = function() {
         window.location = "exit.action";
      }

2011年4月15日 14:21

47478220
30
0 0 0

添加评论

0 0

deng131 写道

现在就是无法做到实时，所以只能采取服务端监控客户端定时发送ajax请求处理办法，如果在指定时间内没有得到浏览器发送请求，则认为用户离开了页面。

这样是不是太耗资源了啊，服务器压力太大了

2011年4月15日 14:21

wdq
2
0 0 0

添加评论

0 0

主要看楼主对用户离开这个事件的实时性要求有多高。
如果实时性要求不高，用http session超时机制不依赖客户端，是比较可靠的方式
反之，就得采用诸如浏览器unload或者轮询的方式

2011年4月15日 14:21

kaneg
22
0 0 0

添加评论

0 0

记得之前遇到过这种情况，当时是在unload(beforeunload没有返回值，至于哪个事件记得不太清了)事件中做的同步处理，发送离线标示到服务器上。在正常情况下都可以的。

2011年4月15日 14:21

_mjhx
0
0 0 4

添加评论

0 0

jinxhj2003 写道

这种是通用点的解决方案吧。。。在客户端的处理的话总会有以外情况。。。断电、断网、直接关进程等一堆要考虑的还不如直接服务器端做这种事情。。

2011年4月15日 14:21

dolwenjian
22
0 0 0

添加评论

0 0

可以试试通过监听session的Attribute。

2011年4月15日 14:21

_咖啡杯垫
15
0 0 0

添加评论

0 0

浏览器崩溃,
用户直接结束进程
都是问题

2011年4月15日 14:21

super88home
35
0 0 0

添加评论

0 0

function ajaxget (){
//ajax请求在回调函数中判断是否发送失败，如果失败的话则继续 ajaxget()一下
}

2011年4月15日 14:21

andyjackson
59
0 0 1

添加评论

0 0

还是楼上这种方式好一点，听说浏览器可以长连接，但我没试过，而且跨浏览器问题也麻烦。

服务端监听会导致用户把浏览器开长时间不动作，使服务器以为用户下线，可以在cookie中设置自动登陆，注意安全性。

2011年4月15日 14:21

xieye
588
0 0 5

添加评论

0 0

2011年4月15日 14:21

jinxhj2003
0
0 0 1

添加评论

0 0

可以新开窗口，window.open(requestURL) 变通完成用户登出处理

2011年4月15日 14:21

runjia1987
0
0 0 0

添加评论

0 0

这个问题原来也遇见过，一直没有很好的解决，而且还有个大问题是跨浏览器的问题，头大啊，希望LZ最后能总结出来的。给点经验

2011年4月15日 14:21

zjhlht
91
0 0 1

添加评论

0 0

还是在服务器端监控session超时吧
这样发送Ajax请求，不确定性太高

2011年4月15日 14:21

nbkangta
28
0 0 0

添加评论

0 0

其实。。。轮询也没什么的，用户数真的很多很多吗？

如果后端方便实现，可以使用长轮询，服务器压力进一步降低，并且能做到近乎实时

哦。。。还是不行，刚才考虑到一种情况：触发了alert之类会锁死JS进程的对话框时，轮询也成了浮云。

要是用户一直不点，那铁定因为轮询中断而“被下线”

so... 要么保证页面不会弹这种模式对话框，要么就无视这种小概率事件

2011年4月15日 14:21

clue
1478
0 0 0

添加评论

0 0

deng131 写道

现在问题就是需要在用户点击了确认后才能发送ajax请求

你可以变通啊，点取消的话再来一次请求，告诉服务器：“刚才那次不算”
服务器也留30秒缓冲期，一般也够用了，不考虑弹出提示30秒还不点的情况……

另外，在unload中做同步ajax啊、死循环啊什么的，各浏览器应对方法不一样，有些浏览器直接中止JS脚本，有些还等你运行，所以还是行不通。

嗯。。。以上是印象中的，以前测试过一次，更详细的最好自己测一下，不保证正确

2011年4月15日 14:21

clue
1478
0 0 0