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状态的，所以我们只关

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

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

现在国内人工智能发展得特别火，百度的文心一言ERNIE4.0和阿里的通义千问Max都是很厉害的大语言模型。这俩在技术架构、应用场景和性能表现上各有各的厉害。这篇文章就打算好好比比它们俩，看看它们到底有啥不一样，帮开发者和企业用户选到最适合自己的技术。幂简集