小细节大改变:用户信息缓存以及其他几点ajax请求的优化
2012-10-18 15:04
447 查看
关于鼠标划过用户提示用信息弹层,本站点是通过 ajax 请求查找用户id 返回用户信息的方式来实现的,有几点细节:
1.一条微博里面有大量的@;
2.同一页面有很多同一用户的提示层;
显然当这两个条件都满足时,势必会产生过多冗余的ajax请求,增加了服务器和流量的浪费,那么该如何解决呢?
关于第一个条件解决方案稍微明显一些:
即鼠标滑离当前用户区域 或 鼠标滑入另外一个用户热区 时,终止当前的请求。这样基本可以小幅的减小对服务器的请求数。效果还算明显,另外还会解决返回信息错误的问题(因为前一个用户的请求还未终止,这时鼠标已经触发另外一个用户的请求);
好了,第一个条件似乎是做出了最大最合理的优化,那么对于第2条呢?:
当页面环境满足了第二个条件,基本上就是对同一个请求进行了多次提交。之前我一直忽视了这个细节,今天 @志良 给出了一个解决方案,即缓存住已经请求过的缓存:即以用户id为key 以ajax返回的结果为value 存到一个全局的对象中,每次发出请求之前先去这个对象中查找时候有这个id,如果没有急发出请求,并存储对应的结果。思路并不复杂很容易实现,但实际效果却非常理想,ajax的请求大量的减少了,如果是在用户的主页,请求数几乎为原来的 1 / n 。如此优化请求数被大大减小了,服务器的压力得到了很好的缓解。
小细节,大改变,身边的细节值得留意和思考。
1.一条微博里面有大量的@;
2.同一页面有很多同一用户的提示层;
显然当这两个条件都满足时,势必会产生过多冗余的ajax请求,增加了服务器和流量的浪费,那么该如何解决呢?
关于第一个条件解决方案稍微明显一些:
即鼠标滑离当前用户区域 或 鼠标滑入另外一个用户热区 时,终止当前的请求。这样基本可以小幅的减小对服务器的请求数。效果还算明显,另外还会解决返回信息错误的问题(因为前一个用户的请求还未终止,这时鼠标已经触发另外一个用户的请求);
好了,第一个条件似乎是做出了最大最合理的优化,那么对于第2条呢?:
当页面环境满足了第二个条件,基本上就是对同一个请求进行了多次提交。之前我一直忽视了这个细节,今天 @志良 给出了一个解决方案,即缓存住已经请求过的缓存:即以用户id为key 以ajax返回的结果为value 存到一个全局的对象中,每次发出请求之前先去这个对象中查找时候有这个id,如果没有急发出请求,并存储对应的结果。思路并不复杂很容易实现,但实际效果却非常理想,ajax的请求大量的减少了,如果是在用户的主页,请求数几乎为原来的 1 / n 。如此优化请求数被大大减小了,服务器的压力得到了很好的缓解。
小细节,大改变,身边的细节值得留意和思考。
相关文章推荐
- Android中网络请求数据以及其他数据本地缓存
- 前端通信:ajax设计方案(六)--- 全局配置、请求格式拓展和优化、请求二进制类型、浏览器错误搜集以及npm打包发布
- v9用于静态页查询登陆状态以及用户信息的ajax接口
- 重新想象 Windows 8.1 Store Apps (90) - 通信的新特性: 通过 HttpBaseProtocolFilter 实现 http 请求的缓存控制,以及 cookie 读写; 自定义 HttpFilter; 其他
- 【Spring实战】----security4.1.3认证的过程以及原请求信息的缓存及恢复(RequestCache)
- nginx优化,隐藏版本号,修改用户和组,网页缓存时间,更改进程数,以及防盗链
- 重新想象 Windows 8.1 Store Apps (90) - 通信的新特性: 通过 HttpBaseProtocolFilter 实现 http 请求的缓存控制,以及 cookie 读写; 自定义 HttpFilter; 其他
- Nginx服务优化(隐藏版本信息,设置管理用户和组,设置网页缓存时间)
- ajax请求封装,以及异常封装
- 如何改变Notes 8.5默认登陆界面的忘记用户密码提示信息
- 浅析IE针对Ajax请求结果的缓存问题
- 用户控件使用__doPostBack提交信息和其他的不同
- Js 代码中,ajax请求地址后加随机数防止浏览器缓存
- php+ajax实时刷新数据库信息遇到的缓存问题
- jquery 请求ie缓存,数据不更新的问题【ajax禁用缓存解决ie数据不更新的问题】
- 存放用户登录信息 以及 Token 的工具类
- springmvc3 拦截器,过滤ajax请求,判断用户登录,拦截规则设置
- 切换导航标签实现当前标签颜色改变以及利用js如何准确获取当前页面url网址信息
- Nohttp网络请求数据,Post以及Get的简单实用以及设置缓存文字的的请求