问题简单化：当用户每次发起一个http请求的时候记录url和时间戳，然后你后台计算不同类型的（即相同url，参数不一样）间隔时间，最后能够得出用户在不同类型页面的停留时间。
现在有些app应用就是只有一个页面，但你也可以通过url中的hash来区分不同的请求类型并加以计算，这样你就能够统计出用户在某个页面的停留时间。
如果是全部采用ajax方式加载的花只能对不同的请求地址进行计算了。
前提是你要使用一个并发量支持度很高的缓存系统，并且该缓存系统能够为你进行一些简单的数学计算，有幸的是市场上已经有了，你自己选个最能配合你出色完成任务的产品吧。

一般的方法都是记录每次请求的日志（包括uv标示，当前url，来源url，浏览器信息，ip，访问时间等），这些初始日志就可以分析出某个用户在某个url上停留多久（下一个页面请求时间-当页面时间），当然更精细的就要考虑tab页或新窗口问题。如果是最后一个页面访问，这种方式就很难获知停留时间了。 ajax定时提交当然可以解决，只是为了一个停留时间数据（这数据相对没有那么重要，误差较大），每个页面做一个定时ajax感觉还是小题大做了。当然如果你的ajax还提交其他信息（比如用户在页面上滚动条位置），那倒是可以尝试下的。

看你要精确到什么颗粒度了

方案1：websocket 前端开个长连接，后台统计长连接时间。

方案2：ajax轮询 隔几秒发一个查询，后台记录第一与最后一个查询间隔时间