1、接口被刷，不管是读还是写接口，都会对后台服务造成巨大压力，严重的可能会导致服务不可用。
2、XSS(CrossSiteScripting)名为跨站脚本攻击，因其缩写会与层叠样式表(CascadingStyleSheets，CSS)混淆，故将其缩写为XSS。
3、此刻让我们设想一下，如果我们生命的每一秒都无限重复，一切都将以我们经历过的方式再现，且这种反复，还将无限重复下去，那么我们的生活会怎样样呢?也许，我这样描述，过于抽象，那么把这种“永恒轮回”放在一个具体的情境中呢?如果14世纪两个非洲部落之间的战争一向被重复?如果法国大革命一向被重复?如果法西斯战争被一向重复?那么此刻我们所学的历史给予我们的感受会不会不一样呢?又或者说我们可能不会有历史，我们一向都是“重复的此刻”。永恒轮回中的历史，一举一动都承受着不能承受的职责重负，这就是尼采说永恒轮回的想法是最沉重的负担。而我们此刻所了解的那些历史，少了那些血腥的沉重，历史变成了文字、研讨。在轮回不存在的世界中，一切都被卑鄙的许可与谅解了!
4、基本思路就是写入数据时多写点(冗余写)，降低读的压力。(生命不能承受之轻txt百度云)。
5、这应该是最常见的缓存模式了。对于读，首先从缓存读取数据，如果没有命中则回源SoR读取并更新缓存。对于写操作，先写SoR，再写缓存。这种模式架构图如下：
6、任何依赖都有可能发生故障，即使其如何保证，我们在设计上应尽可能地减少对第三方的依赖。如果无法避免，则需要对第三方依赖在发生故障时做好相应处理，避免因第三方依赖的抖动或不可用导致我们自身服务不可用，比如降级兜底。
7、柏拉图《对话录》中的着名假说：原来的人都是两性人，自从上帝把人一劈为所有的这一半都在世界上漫游着寻找那一半。爱情，就是我们渴求着失去了的那一半自己。
8、但是，如果一件事取决于一系列的偶然，难道不正说明了它非同寻常而且意味深长？
9、BASE基于CAP定理逐步演化而来，其来源于对大型分布式系统实践的总结，是对CAP中一致性和可用性权衡的结果，其核心思想是即使无法做到强一致性，但每个业务根据自身的特点，采用适当的方式来使系统达到最终一致性。BASE可以看作是CAP定理的延伸。
10、负担越重，我们的生命越贴近大地，它就越真切实在。——米兰.昆德拉《生命中不能承受之轻》
11、回复(mysql1)领《Mysql入门到精通》
12、如果缓存对象过大，每次读写开销非常大并且可能会卡住其他请求，特别是在redis这种单线程的架构中。典型的情况是将一堆列表挂在某个value的字段上或者存储一个没有边界的列表，这种情况下需要重新设计数据结构或者分割value再由客户端聚合。
13、真正严肃的问题，是孩子吐出来的问题，只有最天真的问题才是真正严肃的问题。这些问题都是没有答案的。没有答案的问题是一道令你无路可走的障碍。换言之，正是这些没有答案的问题标志着人类可能性的局限，划出我们存在的疆界。不能承受的生命之轻经典语录语句大全要活在真实中，不欺骗自己也不欺骗别人，除非与世隔绝。一旦有旁人见证我们的行为。不管我们乐意不乐意，都得适应旁观我们的目光，我们所做的一切便无一是真了。有公众在场，考虑公众，就是活在谎言中。米兰昆德拉《不可承受的生命之轻》
14、如果一个任务需要处理多个子任务，可以将没有依赖关系的子任务并发化，这种场景在后台开发很常见。如一个请求需要查询3个数据，分别耗时TTT如果串行调用总耗时T=T1+T2+T对三个任务执行并发，总耗时T=max(T1,T2,T3)。同理，写操作也如此。对于同种请求，还可以同时进行批量合并，减少RPC调用次数。
15、适合使用缓存的场景，以之前参与过的项目企鹅电竞为例：(1)一旦生成后基本不会变化的数据：如企鹅电竞的游戏列表，在后台创建一个游戏之后基本很少变化，可直接缓存整个游戏列表；
16、SQL注入攻击常见方式及测试方法|CSDN博客
17、比喻是一种危险的东西，人是不能和比喻闹着玩的。一个简单比喻，便可从中产生爱情。(生命不能承受之轻txt百度云)。
18、情感治愈_《告别玻璃心的13件事》.mp3
19、什么是DDoS攻击？DDoS(DistributedDenialofService)是分布式拒绝服务攻击，攻击者利用分散在各地的设备发出海量实际上并不需要的互联网流量，耗尽目标的资源，造成正常流量无法到达其预定目的地或目标服务被压垮无法提供正常服务。
20、大学越来越多，学生也越来越多。为了获取文凭，他们得找到论文题目。题目是无限的，因为一切都可以论述。档案馆里堆得那一捆捆发黑的论文，比墓地还要惨，即便到了万灵节，也不会有人去看一眼。文化就在大批的制造，言语的泛滥，数量的失控中逐渐消亡。相信我，在你原来的国家的一部禁书，就远远胜过在我们大学里随口乱喷的亿万言。——米兰昆德拉《不可承受的生命之轻》
21、尽量设置过期时间减少脏数据和存储占用，但要注意过期时间不能集中在某个时间段。
22、大学越来越多，学生也越来越多。为了获取文凭，他们得找到论文题目。题目是无限的，因为一切都可以论述。档案馆里堆得那一捆捆发黑的论文，比墓地还要惨，即便到了万灵节，也不会有人去看一眼。文化就在大批的制造，言语的泛滥，数量的失控中逐渐消亡。相信我，在你原来的国家的一部禁书，就远远胜过在我们大学里随口乱喷的亿万言。
23、读它时心境很压抑，米兰昆德拉就像张爱玲，笔锋直指人类最原始的欲望，直接、犀利。可人们却不得不承认，这些欲望的真实和无德。我想米兰要说的是：无德为轻，轻让人们无法负载在生命的轨道上。
24、主角的灵魂附着在一块奇石上，同灵物的仙灵草生死为伴。
25、虽然标准库的实现在操作系统内存管理的基础上再加了一层内存管理，但应用程序通常也会实现自己特定的内存池，如为了引用计数或者专门用于小对象分配。所以看起来内存管理一般分为三个层次。
26、状态即数据。如果某一调用方的请求一定要落到某一后台节点，使用服务在本地缓存的数据(状态)，那么这个服务就是有状态的服务。
27、在这个世界上，一切都预先被谅解了，一切也就被卑鄙地许可了。米兰昆德拉《生命不能承受之轻》
28、表面是清晰明了的谎言，背后却是晦涩难懂的真相。
29、内存、连接、线程、对象等都是资源，创建和销毁这些资源都有一个特征，那就是会涉及到很多系统调用或者网络IO。每次都在请求中去创建这些资源，会增加处理耗时，但是如果我们用一个容器(池)把它们保存起来，下次需要的时候，直接拿出来使用，避免重复创建和销毁浪费的时间。
30、不知不觉写了这么多，但还有意犹未尽的感觉，《不能承受的生命之轻》很难读，每一句话都意味深长，读好它我可能得花上几年工夫，可它已经使我开始受益了。
31、还是IM应用为例，有这样的需求场景。群管理员需要拉黑用户，被拉黑的用户要先剔出群，且后续不允许加入群。那么拉黑由一个独立的接口来完成，需要两个操作。一是将用户剔出群，二是将用户写入群的黑名单存储。此时两个操作无法做到事务，也就是我们无法保证两个操作要么同时成功，要么同时失败。这种情况下我们该怎么做，既让接口实现起来简单，要能满足需求呢？
32、不同模块之间要相互隔离，避免单个模块有问题影响其他模块，传播扩散了影响范围。
33、迷途漫漫，终有一归。——米兰昆德拉《不能承受的生命之轻》
34、我们以一个简单的线程安全单链表的插入操作来看下无锁编程和普通加锁的区别。
35、真正严肃的问题，是孩子吐出来的问题，只有最天真的问题才是真正严肃的问题。这些问题都是没有答案的。没有答案的问题是一道令你无路可走的障碍。换言之，正是这些没有答案的问题标志着人类可能性的局限，划出我们存在的疆界。——米兰昆德拉《不可承受的生命之轻》
36、作者认为，人生是一种痛苦，这种痛苦来自于人们对生活目标的错误选择，对生命价值的错误判断，世人都在为自己的目标而孜孜追求，殊不知，目标本身就是一种空虚。
37、米兰·昆德拉(MilanKundera,1929-)，捷克小说家，生于捷克布尔诺市。父亲为钢琴家、音乐艺术学院的教授。生长于一个小国在他看来实在是一种优势，因为身处小国，“要么做一个可怜的、眼光狭窄的人”，要么成为一个广闻博识的“世界性的人”。童年时代，他便学过作曲，受过良好的音乐熏陶和教育。少年时代，开始广泛阅读世界文艺名著。青年时代，写过诗和剧本，画过画，搞过音乐并从事过电影教学。总之，用他自己的话说，“我曾在艺术领域里四处摸索，试图找到我的方向。”50年代初，他作为诗人登上文坛，出版过《人，一座广阔的花园》(1953)、《独白》(1957)以及《最后一个五月》等诗集。但诗歌创作显然不是他的长远追求。最后，当他在30岁左右写出第一个短篇小说后，他确信找到了自己的方向，从此走上了小说创作之路。
38、关于缓存的使用，已经有人总结出了一些模式，主要分为Cache-Aside和Cache-As-SoR两类。其中SoR(System-of-Record)表示记录系统，即数据源，而Cache正是SoR的拷贝。
39、DOM中的内联事件监听器，如location、onclick、onerror、onload、onmouseover等，标签的href属性，JavaScript的eval()、setTimeout()、setInterval()等，都能把字符串作为代码运行。如果不可信的数据拼接到字符串中传递给这些API，很容易产生安全隐患，请务必避免。
40、(1)同源检测：验证HTTPReferer字段。
41、大难过后主角化身人形入世，沧桑变换，仙草有幸失而复得，自此一场撼天动地的异界传奇就此拉开帷幕……
42、(此文风格时而逗比时而正剧，原谅饭饭的抽风。)
43、道路千万条，安全第一条。虽然很多时候感觉网络攻击和安全事故离我们很远，但一旦发生，后面不堪设想，所以服务接口的安全问题是设计实现过程中不得不考虑的一环。
44、李攸本是一个事业成功，资产优厚的普通人，对仙途毫无向往，
45、根据服务当前指标(如CPU、内存使用率、平均耗时等)判断服务是否处于过载，过载则及早拒绝请求并带上特殊错误码，告知上游下游已经过载，应做限流处理。
46、另一方面，我在研究米兰要传达的感情观。“感情”总是玄而又玄。我以往以为，感情是纯感性的东西，如果你用太多理性思维去思维它，那么感情将不纯正。此刻这种观点几乎完全被颠覆。感情需要条件，需要理性的思考。你要清楚自我最需要的是什么，找个能够满足自我需要的人，然后包容他的其他缺点，履行自我对对方的职责，这才是感情。米兰说“负担越重，我们的生命越贴近大地，它就越真实存在。”大概伴职责走过的感情才是真实存在的感情。写到那里，我才发现执着地追寻一个自我想象的人是多么愚蠢，感情是在异常的时段遇到异常的人。
47、存储型和反射型XSS都是在服务端取出恶意代码后，插入到响应HTML里的，攻击者刻意编写的“数据”被内嵌到“代码”中，被浏览器所执行。
48、如果调用方需要调用我们接口多次才能进行一个完整的操作，那么这个接口设计就可能有问题。
49、人永远都无法知道自己该要什么，因为人只能活一次，既不能拿它跟前世相比，也不能在来生加以修正。没有任何方法可以检验哪种抉择是好的，因为不存在任何比较。一切都是马上经历，仅此一次，不能准备。——昆德拉《不能承受的生命之轻》
50、API接口设计：防参数篡改+防二次请求|腾讯云
51、这个功能为服务接口的公共功能，建议做在网关层或单独的安全层。
52、表面上是明白无误的谎言，底下却透出神秘莫测的真理。——米兰昆德拉《不能承受的生命之轻》
53、方涵在流封城偶遇前世死对头魏子骁，却不料这等人人喊打的纨绔子弟居然高深莫测到主角都拿他没办法。离开流封城当夜不甘心的方涵果断去偷袭魏子骁，却发现这个纨绔子弟竟然就是前世的影帝魏子骁！
54、对象池跟各种池一样，也是缓存一些对象从而避免大量创建同一个类型的对象，同时限制了实例的个数。如Redis中0-9999整数对象就通过对象池进行共享。在游戏开发中对象池经常使用，如进入地图时怪物和NPC的出现并不是每次都是重新创建，而是从对象池中取出。
55、后台服务接口都应该有一个合理的请求速度，尤其对于来自真人请求的接口，如果单个用户短时间内对某个接口的请求量很大，很有可能接口被恶意强刷或客户端请求逻辑有问题。
56、微服务设计原则并没有严格的规范，下面结合业界成熟的方法和个人多年后台开发经验，介绍高可用，高性能，易维护，低风险服务常用的设计原则。
57、比如部署隔离：每个模块的服务部署在不同物理机上；
58、移居法国后，他很快便成为法国读者最喜爱的外国作家之一。他的绝大多数作品，如《笑忘录》(1978)、《不能承受的存在之轻》(1984)、《不朽》(1990)等等都是首先在法国走红，然后才引起世界文坛的瞩目。他曾多次获得国际文学奖，并多次被提名为诺贝尔文学奖的候选人。
59、设计模式(DesignPattern)是一套被反复使用、多人知晓、分类编目、代码设计经验的总结。使用设计模式可以带来如下益处。
60、于是方涵抱大腿(其实是被勾引去抱大腿？)的路途从此开始……
61、上图的模式可以改成串行无锁的形式，当MainReactoraccept一个新连接之后从众多的SubReactor选取一个进行注册，通过创建一个Queue与I/O线程进行绑定，此后该连接的读写都在同一个队列和线程中执行，无需进行队列的加锁。这种模型叫主从Reactor多线程模型。
62、最沉重的负担同时也成了最强盛的生命力的影像。负担越重，我们就越真切实在。
63、这部小说中，米兰·昆德拉围绕着几个人物的不同经历，通过他们对生命的选择，将小说引入哲学层面，对诸如回归、媚俗、遗忘、时间、偶然性与必然性等多个范畴进行了思考，作者对人生的命运与价值的关注是该书的主题。
64、通过前面的介绍可以得知，XSS攻击有两大要素：
65、萨宾娜是一个画家，曾经是托马斯的情妇之也是特丽莎妒忌的对象。萨宾娜一生不断选择背叛，选择让自己的人生没有责任而轻盈的生活。她讨厌忠诚与任何讨好大众的媚俗行为，但是这样的背叛让她感到自己人生存在于虚无当中。弗兰兹是被萨宾娜背叛的情夫之他因为她而放弃自己坚持的婚姻与忠诚，但是由于萨宾娜的背弃，让弗兰兹发现自己过去对于婚姻的执着是可笑的，纯属多余的假想，他的妻子只是自己对于母亲理想的投射。
66、软状态指的是允许系统中的数据存在中间状态，并认为该状态不影响系统的整体可用性，即允许系统在多个不同节点的数据副本存在数据延时。
67、我们都知道，在C/C++中分别使用malloc/free和new/delete进行内存的分配，其底层调用系统调用sbrk/brk。频繁的调用系统调用分配释放内存不但影响性能还容易造成内存碎片，内存池技术旨在解决这些问题。正是这些原因，C/C++中的内存操作并不是直接调用系统调用，而是已经实现了自己的一套内存管理，malloc的实现主要有三大实现。
68、链接:https://pan.baidu.com/s/1hH2H_uXND8tPsWyimhrYHA提取码:eaq7 书名：生命中不能承受之轻
69、(2)Write-Through：称为穿透写模式，由业务先调用写操作，然后由Cache负责写缓存和SoR。
70、软件的简单性是可靠性的前提条件。当我们考虑如何简化一个给定的任务的每一步时，我们并不是在偷懒。相反，我们是在明确实际上要完成的任务是什么，以及如何容易地做到。我们对新功能说“不”的时候，不是在限制创新，而是在保持环境整洁，以免分心。这样我们可以持续关注创新，并且可以进行真正的工程工作。
71、下面将列举常见的服务接口面临的安全问题与应对策略，来加固我们的服务，降低安全风险。
72、(设定2)声深动听敌对频道“拂歌尘散”从辉煌走向没落，还原《请不要和我说话》中穆筱被黑，以及《字幕酱容易嘛》中宁棋被黑，导致声深动听大乱的场景。
73、看见了一张夏目的图，顿时就觉得特别像某三个人，你们懂得~~o(///△///)o~~~
74、视觉受双重限制：让人什么也看不见的强光和完全彻底的黑暗。
75、缓存是原始数据的一个复制集，其本质就是空间换时间，主要是为了解决高并发读。
76、颠覆世界观_《植物知道生命的答案》.mp3
77、当龙套踏上勾引主角的道路(或者被勾引的道路？)
78、当用户从b.com点击链接进入a.com时，foo这个Cookie不会被包含在Cookie请求头中，但bar和baz会，也就是说用户在不同网站之间通过链接跳转是不受影响了。但假如这个请求是从b.com发起的对a.com的异步请求，或者页面跳转是通过表单的post提交触发的，则bar也不会发送。
79、内存映射将用户空间的一段内存区域映射到内核空间，用户对这段内存区域的修改可以直接反映到内核空间，同样，内核空间对这段区域的修改也直接反映用户空间，简单来说就是用户空间共享这个内核缓冲区。
80、我们一开始选择消息同步的方式，因为实时性更高，但是之后就遭遇到消息迟迟发送不过来的问题，而且也没什么异常，等我们发现一天时间已过去，问题已然升级为故障。合理的方式应该两个同步方案都使用，消息方式用于实时更新，HTTP主动同步方式定时触发(比如1小时)用于兜底，即使消息出了问题，通过主动同步也能保证一小时一更新。
81、数据的访问具有局部性，符合二八定律：80%的数据访问是集中在20%的数据上，这部分数据也被称作热点数据。
82、最沉重的负担压得我们崩塌了，沉没了，将我们钉在地上。可是在每一个时代的爱情诗篇里，女人总渴望压在男人的身躯之下。也许最沉重的负担同时也是一种生活最为充实的象征，负担越沉，我们的生活也就越贴近大地，越趋近真切和实在。相反，完全没有负担，人变得比大气还轻，会高高地飞起，离别大地亦即离别真实的生活。他将变得似真非真，运动自由而毫无意义。那么我们将选择什么呢？沉重还是轻松？米兰昆德拉《不能承受的生命之轻》
83、用户查看Feed流时，系统需要查出此用户关注了哪些用户，再查询这些用户所发的消息，按时间排序。
84、还是以上面提及的例子为例，接口禁用flag前后组织形式对比如下：
85、缓存的数据分布在多台机器上，通常需要采用特定算法(如Hash)进行数据分片，将海量的缓存数据均匀的分布在每个机器节点上。常用的组件有：Memcache(客户端分片)、Codis(代理分片)、RedisCluster(集群分片)。
86、搜索关键字：主角：沐轩，沐泽┃配角：花语，晓┃其它：占有欲强，年上，伪兄弟
87、比如我们做个性化推荐服务时，需要从用户中心获取用户的个性化数据，以便代入到模型里进行打分排序，但如果用户中心服务挂掉，我们获取不到数据了，那么就不推荐了？显然不行，我们可以在本地cache里放置一份热门商品以便兜底。
88、按照一定规则，如哈希或取模，将同一个表中的数据拆分到多个数据库上。可以简单理解为按行拆分，拆分后的表结构是一样的。如用户信息记录，日积月累，表会越来越大，可以按照用户ID或者用户注册日期进行水平切分，存储到不同的数据库实例中。
89、(1)基于时间：基于时间的策略主要可以分两种。
90、Samesite=Lax这种称为宽松模式，比Strict放宽了点限制：假如这个请求是这种请求(改变了当前页面或者打开了新页面)且同时是个GET请求，则这个Cookie可以作为第三方Cookie。比如说a.com设置了如下Cookie：
91、社交平台中用户可以互相关注，查看关注用户的最新消息，形成Feed流。
92、苹果机有两种方法①下载QQ浏览器，下载之后可直接解压②下载《Documents》app，文件转存到自己网盘后，把后缀改掉(如.txt或.ppt等)，下载后再用《Documents》打开，把后缀改正确即可
93、人类之时间并不是循环转动的，而是直线前行。这就是为什么人类不可能幸福的缘故，幸福是对重复的渴望。
94、正确的做法是和第三方商量确定个较短的超时时间比如200ms，这样即使他们服务出现问题也不会对我们服务产生很大影响。
95、反射型XSS最为普遍。反射型跨站脚本漏洞，需要欺骗用户去点击链接才能触发XSS代码，一般容易出现在搜索页面。用户打开带有恶意代码的URL时，网站服务端将恶意代码从URL中取出，拼接在HTML中返回给浏览器。用户浏览器接收到响应后解析执行，混在其中的恶意代码也被执行。
96、适当的使用设计模式，让我们的代码更加简洁、易读、可扩展。
97、在思维幻灭的夹缝中正是米兰昆德拉所描述的生存。而这种生存，却又是在他的笔下被抨击得粉碎。轻飘飘的语言，淡漠的，客观的，把我们的世界，我们的生命与思想生存的最基本的谎言，轻轻的摔得粉碎。在思想的领域中，恐怕，米兰昆德拉是我所见的走得最远，探索得最深的一位作家。
98、(2)先写数据源成功，但是接着写缓存失败，两者数据不一致。
99、这种办法简单易行，工作量低，仅需要在关键访问处增加一步校验。但这种办法也有其局限性，因其完全依赖浏览器发送正确的Referer字段。虽然HTTP协议对此字段的内容有明确的规定，但并无法保证来访的浏览器的具体实现，亦无法保证浏览器没有安全漏洞影响到此字段。并且也存在攻击者攻击某些浏览器，篡改其Referer字段的可能。
100、情节剪切有不同：电影《布拉格之恋》中有的情节小说《不能承受的生命之轻》中都有，而小说中有的某些情节电影却被剪切去掉了。
101、一开始，还没读这本书的是时候，看书名…好深奥…难以理解。