首先，在服务器端进行统计，我个人感觉应该不可以吧，因为http协议是无状态的，浏览器与服务器之间并不会建立持久连接。这意味着当一个客户端向服务器端发出请求，然后Web服务器返回响应，连接就被关闭了。 所以就无法在服务器端对用户访问某个页面的时长进行统计了，只能统计出某个用户访问某个页面的具体时间吧？
请问，该如何实现这个需求呢？ 注：在不适用第三方流量统计器的情况下
光阴似箭催人老，日月如移越少年。
问题简单化：当用户每次发起一个http请求的时候记录url和时间戳，然后你后台计算不同类型的（即相同url，参数不一样）间隔时间，最后能够得出用户在不同类型页面的停留时间。现在有些app应用就是只有一个页面，但你也可以通过url中的hash来区分不同的请求类型并加以计算，这样你就能够统计出用户在某个页面的停留时间。如果是全部采用ajax方式加载的花只能对不同的请求地址进行计算了。前提是你要使用一个并发量支持度很高的缓存系统，并且该缓存系统能够为你进行一些简单的数学计算，有幸的是市场上已经有了，你自己选个最能配合你出色完成任务的产品吧。
一般的方法都是记录每次请求的日志（包括uv标示，当前url，来源url，浏览器信息，ip，访问时间等），这些初始日志就可以分析出某个用户在某个url上停留多久（下一个页面请求时间-当页面时间），当然更精细的就要考虑tab页或新窗口问题。如果是最后一个页面访问，这种方式就很难获知停留时间了。 ajax定时提交当然可以解决，只是为了一个停留时间数据（这数据相对没有那么重要，误差较大），每个页面做一个定时ajax感觉还是小题大做了。当然如果你的ajax还提交其他信息（比如用户在页面上滚动条位置），那倒是可以尝试下的。
看你要精确到什么颗粒度了
方案1：websocket 前端开个长连接，后台统计长连接时间。
方案2：ajax轮询 隔几秒发一个查询，后台记录第一与最后一个查询间隔时间
问题简单化：当用户每次发起一个http请求的时候记录url和时间戳，然后你后台计算不同类型的（即相同url，参数不一样）间隔时间，最后能够得出用户在不同类型页面的停留时间。
现在有些app应用就是只有一个页面，但你也可以通过url中的hash来区分不同的请求类型并加以计算，这样你就能够统计出用户在某个页面的停留时间。
如果是全部采用ajax方式加载的花只能对不同的请求地址进行计算了。
前提是你要使用一个并发量支持度很高的缓存系统，并且该缓存系统能够为你进行一些简单的数学计算，有幸的是市场上已经有了，你自己选个最能配合你出色完成任务的产品吧。
一般的方法都是记录每次请求的日志（包括uv标示，当前url，来源url，浏览器信息，ip，访问时间等），这些初始日志就可以分析出某个用户在某个url上停留多久（下一个页面请求时间-当页面时间），当然更精细的就要考虑tab页或新窗口问题。如果是最后一个页面访问，这种方式就很难获知停留时间了。 ajax定时提交当然可以解决，只是为了一个停留时间数据（这数据相对没有那么重要，误差较大），每个页面做一个定时ajax感觉还是小题大做了。当然如果你的ajax还提交其他信息（比如用户在页面上滚动条位置），那倒是可以尝试下的。
看你要精确到什么颗粒度了
方案1：websocket 前端开个长连接，后台统计长连接时间。
方案2：ajax轮询 隔几秒发一个查询，后台记录第一与最后一个查询间隔时间