缓存

通过网络获取内容既缓慢，成本又高：大的响应需要在客户端和服务器之间进行多次往返通信，这拖延了浏览器可以使用和处理内容的时间，同时也增加了访问者的数据成本。因此，缓存和重用以前获取的资源的能力成为优化性能很关键的一个方面。 在这篇指南中 使用 ETag 验证缓存的响应 Cache-Control 定义最优 Cache-Control 策略 废弃和更新已缓存的响应 缓存检查表 好消息是每个浏览器都实现了 HTTP 缓存！ 我们所要做的就是，确保每个服务器响应都提供正确的 HTTP 头指令，以指导浏览器何时可以缓存响应以及可以缓存多久。 如果在应用中使用 Webview 来获取和显示网页内容，可能需要提供额外的配置标志，以确保启用了 HTTP 缓存，并根据用途设置了合理的缓存大小，同时，确保缓存持久化。查看平台文档并确认您的设置！ 服务器在返回响应时，还会发出一组 HTTP 头，用来描述内容类型、长度、缓存指令、验证令牌等。例如，在上图的交互中，服务器返回了一个 1024 字节的响应，指导客户端缓存响应长达 120 秒，并提供验证令牌（ x234dff ），在响应过期之后，可以用来验证资源是否被修改。 使用 ETag 验证缓存的响应 服务器通过 ETag HTTP 头传递验证令牌 通过验证令牌可以进行高效的资源更新检查：如果资源未更改，则不会传输任何数据。 让我们假设在首次获取资源

小数据池 一种数据缓存机制,也称驻留机制 在同一代码块,相同的值不会开辟新的内存 特殊字符除外 小数据池只针对:在控制台时! 数字 :-5到256间的整数会被缓存 布尔值:都会缓存8 字符串 小于等于一个字符时会缓存 超过一个字母但是只有下划线,字母,数字组成也会缓存 如果字符串乘法,那小于等于20个就会缓存,超过则开辟新的内存 手动缓存,需要调用工具 from sys import intern a=intern("alex@qq.com"*5) b=intern("alex@qq.com"*5) a is b #True 在同一.py文件或pycharm中也有自己的小数据池,也是只会缓存str ,int ,bool类型, 但是小数据池会比外面的大. 数字都会缓存,运算的结果在-5到256之间会缓存,大于就不会缓存 默认的字符串都会缓存,如果执行乘法则与上面结论一致 布尔值默认缓存 深浅拷贝 a=[a,b,[a,b],c] b=a#此时b指向的是a的内存地址,改动数值两个都变,若将a重新赋值则b不会改变,还是指向原先地址 a=a[:]#切片是浅拷贝 import copy c=copy.copy(a)#浅拷贝,若a更改第一层的元素c不受影响,a若更改可变因素里的内容c也跟着改变 d=copy.deepcopy(a)#深拷贝,完全不受a的影响 来源： https://www

感谢参考原文- http://bjbsair.com/2020-04-01/tech-info/18222.html 背景介绍 对于电影爱好者来说，每次的电影节、影展活动，都是抢票大战的开启，出票速度几乎可 以用“秒空”来形容，例如上海国际电影节线上开售的记录是 60 秒售出 5 万张。 本文主要围绕售票环节，讲述阿里文娱的云智系统是如何支撑高流量并发，保障系统的稳定，不出现重卖等实现方案背后的技术。 先简单分析一下电影节的抢票业务，典型特征是在大流量抢购、高并发的场景下，让用户 极快的锁定座位然后出票，特别是热门的影片，会异常的火爆。第一道压力是查询已售座位列 表和锁座，需要能快速的支撑用户的锁座请求，且实时查询到已售卖的座位列表，避免发起无 效的锁座请求；第二道压力是出票，如果锁座成功，但一直出票失败，会给用户带来很不好的 体验。 架构设计思考的方向 1．让业务赢 在分层设计上，分成渠道接入层、业务层和服务层。在业务层，对外业务和管理后台功能 独立，职责清晰，快速支撑业务；服务层沉淀基础服务，构成稳定的业务和基础服务。 （图 1 业务技术大图） 2．让系统稳定 在架构设计上，接入统一网关让系统安全，有限流，对库存中心和订单中心进行数据隔离， 且加入多级缓存方案，让系统稳定。 （图 2 技术架构图） 实现方案与技术解析 1．高并发流量如何抗？ 电影节的流量是非常典型的秒杀场景

一 http缓存 1.1缓存的分类： http中具有缓存功能的是：1、浏览器缓存、 2、缓存代理服务器。 1.2 什么是缓存： http缓存的是指:当Web请求抵达缓存时， 如果本地有“已缓存的”副本，就可以从本地存储设备而 不是从原始服务器中提取这个文档。 1.3 缓存的好处有： 1. 减少了冗余的数据传输，节省了网费。 2. 减少了服务器的负担， 大大提高了网站的性能 3. 加快了客户端加载网页的速度。优化用户体验 1.4 缓存示意图： 第一次请求： 第一次请求，无论是静态文件还是其他文件，都是从服务器那里读取的。因此没有缓存之说。等第一次请求完，浏览器就有缓存了，然后整个的加载过程就完全不一样了。看下图： 浏览器再次请求 　流程图解释： 浏览器再次请求，情况就不一样了。首先会读取缓存，然后判断缓存是否过期，如果不过期，就直接读取缓存。 否则，判断浏览器返回的头部信息是否存在Etag,如果存在，浏览器会像服务器发送带有If-None-Match的请求头，来和服务器返回的Etag做对比， 如果if-None-Match和Etag相等。说明缓存没有更新，服务器返回304，浏览器继续从缓存读取相应的内容。如果if-None-Match和Etag不等，则服务器返回200，浏览器重新需 要从服务器获取内容。 　　如果服务器的返回信息里面没有Etag，则判断浏览器的返回信息里是否有Last

Memcached是什么，有什么作用？ Memcached是一个开源的、高性能的内存缓存软件，从名称上看Mem就是内存的意思，而Cache就是缓存的意思。 Memcached通过在事先规划好的内存空间中临时缓存数据库中的各类数据，以减少业务直接对数据库的访问，从而减轻数据库的访问压力和网站集群的响应速度。 Memcached服务在企业集群架构中应用场景 1.作为数据库的前端缓存应用 完整缓存（易）：例如商品分类，以及商品信息，可实现放到内存里，然后再对外提供数据访问。这个被称之为预热。用户访问时可以只读取memcached缓存，不读取数据库了。 热点缓存（难）：需要前端程序配合。只缓存热点的数据，即缓存经常被访问的数据。先预热基础数据，然后再动态更新。程序先读取缓存，如果缓存里没有对应的数据，程序再去读取数据库，然后程序把读到的数据放入缓存。 特殊说明： 如果碰到电商秒杀等高并发的业务，一定要事先预热，或者其他思想实现，例如：秒杀只是获取资格，而不是瞬间秒杀到手商品。如果数据更新，要同时触发缓存更新，防止给用户过过期数据。 2.作为集群的session会话共享存储 优点：速度比files块，可以解决共用session问题 缺点：不能持久化，只能单点部署，多点数据无法同步，即使用hash分配节点，也会有session丢失 Memcached服务在不同企业业务应用场景中的工作流程 1

浏览器输入url按回车背后经历了哪些？ 1.在PC浏览器的地址栏输入一串URL，然后按Enter键这个页面渲染出来，这个过程中都发生了什么事? 1、首先，在浏览器地址栏中输入url，先解析url，检测url地址是否合法 2、浏览器先查看浏览器缓存-系统缓存-路由器缓存，如果缓存中有，会直接在屏幕中显示页面内容。若没有，则跳到第三步操作。 浏览器缓存：浏览器会记录DNS一段时间，因此，只是第一个地方解析DNS请求； 操作系统缓存：如果在浏览器缓存中不包含这个记录，则会使系统调用操作系统，获取操作系统的记录(保存最近的DNS查询缓存)； 路由器缓存：如果上述两个步骤均不能成功获取DNS记录，继续搜索路由器缓存； ISP缓存：若上述均失败，继续向ISP搜索。 3、在发送http请求前，需要域名解析(DNS解析)，解析获取相应的IP地址。 4、浏览器向服务器发起tcp连接，与浏览器建立tcp三次握手。 5、握手成功后，浏览器向服务器发送http请求，请求数据包。 6、服务器处理收到的请求，将数据返回至浏览器 7、浏览器收到HTTP响应 8、浏览器解码响应，如果响应可以缓存，则存入缓存。 9、 浏览器发送请求获取嵌入在HTML中的资源（html，css，javascript，图片，音乐······），对于未知类型，会弹出对话框。 10、 浏览器发送异步请求。 11、页面全部渲染结束。

性能调优 不用运行的代码才是绝好的代码。其他只是好的代码。所以，性能调优时，最好的选择是首先确保运行尽可能少的代码。 OpCode 缓存 首先，最快且最简单的选择是启用 OpCode 缓存。OpCode 缓存的更多信息可以在 这里 找到。 在上图，我们看到启用 Zend OpCache 后发生的情况。最后一行是我们的基准，也即没有启用缓存的情况。 在中间行，我们看到较小的性能提升，以及内存使用量的大幅减少。小的性能提升(很可能)来自 Zend OpCache 优化，而非 OpCode 缓存。 第一行是优化和 OpCode 缓存后结果，我们看到很大的性能提升。 现在，我们看看 APC 之前和之后的变化。如上图所示，跟 Zend OpCache 相比，随着缓存的建立，我们看到初始(中间行)请求的性能下降，在消耗时长与内存使用量方面的表现都明显下降。 接着，随之 opcode 缓存的建立，我们看到类似的性能提升。 内容缓存 第二件我们能做的事是缓存内容——这对 WordPress 而言小菜一碟。它提供了许多安装简便的插件来实现内容缓存，包括 WP Super Cache。WP Super Cache 会创建网站的静态版本。该版本会在出现诸如评论事件时依照网站设置自动过期。(例如，在非常高负载情况下，您可能会想禁止任何原因造成的缓存过期)。 内容缓存只能在几乎没有写操作时有效运行

报文 （message） 是 HTTP 通信中的基本单位，由 8 位组字节流（octet sequence， 其中 octet 为 8 个比特）组成，通过 HTTP 通信传输。 实体 （entity） 作为请求或响应的有效载荷数据（补充项）被传输，其内容由实 体首部和实体主体组成。 HTTP 报文的主体用于传输请求或响应的实体主体。 通常，报文主体等于实体主体。只有当传输中进行编码操作时，实体 主体的内容发生变化，才导致它和报文主体产生差异。 303该状态码表示由于请求对应的资源存在着另一个 URI，应使用 GET 方法定向获取请求的资源。 303 状态码和 302 Found 状态码有着相同的功能，但 303 状态码明确 表示客户端应当采用 GET 方法获取资源，这点与 302 状态码有区 别。 304 服务器端允许请求访问资源，但未满足条件的情况下。 307类似302，但是不允许从post方法变成get方法。 代理 每次通过代理服务器转发请求或响应时，会追加写入 Via 首 部信息。 使用代理服务器的理由有：利用缓存技术（稍后讲解）减少网络带宽 的流量，组织内部针对特定网站的访问控制，以获取访问日志为主要 目的。 缓存代理和透明代理 透明代理的意思是客户端根本不需要知道有代理服务器的存在，会改变你的request fields（报文），并会传送真实IP。

一 http缓存 1.1缓存的分类： http中具有缓存功能的是：1、浏览器缓存、 2、缓存代理服务器。 1.2 什么是缓存： http缓存的是指:当Web请求抵达缓存时， 如果本地有“已缓存的”副本，就可以从本地存储设备而 不是从原始服务器中提取这个文档。 1.3 缓存的好处有： 1. 减少了冗余的数据传输，节省了网费。 2. 减少了服务器的负担， 大大提高了网站的性能 3. 加快了客户端加载网页的速度。优化用户体验 1.4 缓存示意图： 第一次请求： 第一次请求，无论是静态文件还是其他文件，都是从服务器那里读取的。因此没有缓存之说。等第一次请求完，浏览器就有缓存了，然后整个的加载过程就完全不一样了。看下图： 浏览器再次请求 　流程图解释： 浏览器再次请求，情况就不一样了。首先会读取缓存，然后判断缓存是否过期，如果不过期，就直接读取缓存。 否则，判断浏览器返回的头部信息是否存在Etag,如果存在，浏览器会像服务器发送带有If-None-Match的请求头，来和服务器返回的Etag做对比， 如果if-None-Match和Etag相等。说明缓存没有更新，服务器返回304，浏览器继续从缓存读取相应的内容。如果if-None-Match和Etag不等，则服务器返回200，浏览器重新需 要从服务器获取内容。 　　如果服务器的返回信息里面没有Etag，则判断浏览器的返回信息里是否有Last

监视填充率 填充率 是每一帧Silverlight传递给GPU构图的图形表层的像素数目。填充率实质上是GPU工作负载的一个度量。因此，应当随时了解自己的应用程序的填充率，以免其超出GPU的处理能力，而拖慢帧频。当应用程序的帧频超过2屏大小（每屏800*480）时，帧频将会开始降低。通常帧频的降低并不显著，除非填充率超过3.5屏的像素大小。可以通过观察帧频计数器的最后一个数字来判断当前帧频。重要的是要记住，UI 线程 的帧频永远不可能超过构图线程的帧频，因此如果填充率过高，将会影响 应用程序的整体性能 。 影响填充率的因素 每一个需要纹理的图形对象都会影响应用程序的填充率。纹理的像素数越多，填充率也越高。通常，影响填充率的有两个主要的因素。首先是基础表层，就是每一个未缓存对象周围的矩形。其次是缓存的所有元素，包括构图线程自动缓存的纹理，和开发者通过设置元素的位图缓存而缓存的元素。除了构图线程缓存的纹理，以下是其他一些自动缓存的元素. 平面投影的目标，无论是动态还是静态的 T:System.Windows.Controls.MediaElement 对象 T:System.Windows.Controls.ListBoxItem 对象 T:System.Windows.Controls.ScrollViewer 元素的子元素 推荐帧频和填充率