APP终端用户总在抱怨应用迟钝，老板也为此苦恼。而这种压力，恰恰成为运维部门彻底修复应用的动力。可从哪儿着手呢?让我们先来分析一下最常见的五种导致应用缓慢的原因，然后再对症下药，找到并修复它们吧!1客户端缓慢  问题：当今基于web的应用倾向于将用户交互工作(通常伴随大量数据)推送到客户端工作站。从那里，JavaScript代码会处理成百上千行的数据，而

JavaScript是运行在客户端的脚本，因此一般是不能够设置Session的，因为Session是运行在服务器端的。而cookie是运行在客户端的，所以可以用JS来设置cookie.假设有这样一种情况，在某个用例流程中，由A页面跳至B页面，若在A页面中采用JS用变量temp保存了某一变量的值，在B页面的时候，同样需要使用JS来引用temp的变量值，

      jquery.qrcode.js是一个能够在客户端生成矩阵二维码QRCode的jquery插件，使用它可以很方便的在页面上生成二维条码。此插件是能够独立使用的，体积也比较小，使用gzip压缩后才不到4kb。因为它是直接在客户端生成的条码，所以不会有图片下载的过程，能够实现快速生成。它是基于一个多语言的类库封装的，也不依赖于其他额外的服务。

假定客户端执行主动打开，服务器执行被动打开，客户端发送syn包到服务器，服务器接收该包，进行建立连接请求的相关处理，即第一次握手；本文主要分析第一次握手中被动打开端的处理流程，主动打开端的处理请查阅本博客内另外的文章；IPv4携带的TCP报文最终会进入到tcp\_v4\_do\_rcv函数，服务器准备接收连接请求时，是处于LISTEN状态的，所以我们只关

       前一段时间使用Nginx搭建的多媒体服务器只能在缓冲过的时间区域内拖放,而不能拖放到未缓冲的地方.这就带来了一个问题:如果视频限速的速率很小,那么客户端观看视频时肯定不流畅,而且用户不能向前拖放,用户体验很不好.如果视频限速的速率很大或者不限速,服务器是承受不了的,特别是在某个热门视频高并发访问的情况下,而且客户端浏览器也

原理其实很简单，既然在客户端看的时候，视频是无水印的，一旦点击保存就会自动加上水印，那么从视频链接中是否能抓到相关数据呢？