1\.RTSP的常用命令与解释      其中C是客户端，S是服务端。1.1 OPTIONS      CS:      OPTIONrequest//询问S有哪些方法可用      SC:      OPTIONresponse//S回应信息中包括提供的所有可用方法     使用

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。因为它是直接在客户端生成的条码，所以不会有图片下载的过程，能够实现快速生成。它是基于一个多语言的类库封装的，也不依赖于其他额外的服务。

握手常见问题1、连接拒绝2、Operationnowinprogress多是因为丢包、错误ip、backlog满了&阻塞&tcp_abort_on_overflow03、min(maxconn,backlog)sslt连接拒绝在TCP三次握手的时候，客户端发送

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

1.BIO、NIO和AIO的区别？BIO：一个连接一个线程，客户端有连接请求时服务器端就需要启动一个线程进行处理。线程开销大。伪异步IO：将请求连接放入线程池，一对多，但线程还是很宝贵的资源。NIO：一个请求一个线程，但客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处

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

下载客户端可视化工具:RedisDesktopManager(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fuglide%2FRedisDesktopManager%2Fstargazers)redis官网下载:http://re

初次使用dubbo，在研发环境和测试环境测试没有问题，然后将服务上线，上线后，Dubbo服务端启动正常，客户端启动失败，并提示Causedby:java.lang.IllegalStateException:Failedtocheckthestatusoftheservicecom.xxx.xxx.service.Login