1、小说中，最让人费解的难题是，“轻”到底指的是什么?到了昆德拉那里，我们忽然听到“轻”让人无法承受，这如何不引起人们的怀疑和费解呢?“轻”之所以让人不能承受，完全来源于对常识的漠视，以及对“轻”和“重”根深蒂固的偏见。有时，轻，真的让人无法承受。像一只鸡毛，你很难凭借力气将它扔过高墙。“沉重的轻”是人生的一个困惑，对于活在自我身边活生生的人，漠视、排挤他、打压者不乏其人，多一份同情之泪，多一次举手之劳的掌声，多一句鼓励话语。那样，会有什么变化呢多关心自我身边的人。生命不能承受之轻!只要给自我身边的人献出一点点，自我的心境会改变，生活也会是另一个样貌。
2、情节剪切有不同：电影《布拉格之恋》中有的情节小说《不能承受的生命之轻》中都有，而小说中有的某些情节电影却被剪切去掉了。
3、相同的数据按照不同的逻辑来存储，比如按照不同索引维度来存储同一份数据。(生命不能承受之轻txt百度云)。
4、重，必然和价值是三个有内在联系的概念：必然者为重，重者才有价值。米兰.昆德拉《生命中不能承受之轻》
5、不要做太多的抗争，最好的东西总是发生在出乎意料的时候。
6、从图中可以看出，采用内存映射后数据拷贝减少为3次，不再经过应用程序直接将内核缓冲区中的数据拷贝到Socket缓冲区中。RocketMQ为了消息存储高性能，就使用了内存映射机制，将存储文件分割成多个大小固定的文件，基于内存映射执行顺序写。
7、串行无锁最简单的实现方式可能就是单线程模型了，如Redis/Nginx都采用了这种方式。在网络编程模型中，常规的方式是主线程负责处理I/O事件，并将读到的数据压入队列，工作线程则从队列中取出数据进行处理，这种单Reactor多线程模型需要对队列进行加锁，这种模型叫单Reactor多线程模型。如下图所示：
8、在数据库和KV存储上也可以采取动态分离的方式。动静分离更像是一种垂直切分，将动态和静态的字段分别存储在不同的库表中，减小数据库锁的粒度，同时可以分配不同的数据库资源来合理提升利用率。
9、(2)调用的下游不是为高并发场景设计；比如提供异步计算结果拉取的服务，并不需要考虑各种复杂的高并发业务场景，提供高并发流量场景的支持。每个业务场景应该在拉取数据时缓存下来，而不是每次业务请求都过来拉取，将业务流量压垮下游。
10、这又是一种生命中不能承受之轻。昆德拉由此对生命的终极意义表示了怀疑，而那是我们的前人认为理所当然而又坚信不疑的。我们无可选择又必须选择，我们反对媚俗又时时刻刻都在媚俗…
11、(1)定期检查服务器漏洞。定期检查服务器软件安全漏洞，是确保服务器安全的最基本措施。无论是操作系统(Windows或linux)，还是网站常用应用软件(mysql、Apache、nginx、FTP等)，服务器运维人员要特别关注这些软件的最新漏洞动态，出现高危漏洞要及时打补丁修补。
12、下面将列举常见的服务接口面临的安全问题与应对策略，来加固我们的服务，降低安全风险。
13、视觉受双重限制：让人什么也看不见的强光和完全彻底的黑暗。——milankundera《不能承受的生命之轻》(生命不能承受之轻txt百度云)。
14、人一旦迷醉于自身的软弱之中。便会以为软弱下去，会在众人的目光下倒在街头，倒在地上，倒在比地面更低的地方。
15、所谓幂等，简单地说，就是对接口的多次调用所产生的结果和调用一次是一致的。数据发生改变才需要做幂等，有些接口是天然保证幂等性的。
16、我们都知道，在C/C++中分别使用malloc/free和new/delete进行内存的分配，其底层调用系统调用sbrk/brk。频繁的调用系统调用分配释放内存不但影响性能还容易造成内存碎片，内存池技术旨在解决这些问题。正是这些原因，C/C++中的内存操作并不是直接调用系统调用，而是已经实现了自己的一套内存管理，malloc的实现主要有三大实现。
17、我们一开始选择消息同步的方式，因为实时性更高，但是之后就遭遇到消息迟迟发送不过来的问题，而且也没什么异常，等我们发现一天时间已过去，问题已然升级为故障。合理的方式应该两个同步方案都使用，消息方式用于实时更新，HTTP主动同步方式定时触发(比如1小时)用于兜底，即使消息出了问题，通过主动同步也能保证一小时一更新。
18、要活在真实中，不欺骗自己也不欺骗别人，除非与世隔绝。一旦有旁人见证我们的行为。不管我们乐意不乐意，都得适应旁观我们的目光，我们所做的一切便无一是真了。有公众在场，考虑公众，就是活在谎言中。
19、纽约时报十大好书_《黑金政治》(下).mp3
20、线程创建是需要分配资源的，这存在一定的开销，如果我们一个任务就创建一个线程去处理，这必然会影响系统的性能。线程池的可以限制线程的创建数量并重复使用，从而提高系统的性能。
21、人际关系_《跟各国人都可以聊得来》.mp3
22、如果你的服务偏业务逻辑，对接用户，那么可用性显得更加重要，应该选择AP，遵守BASE理论，这是大部分业务服务的选择。
23、迷途漫漫，终有一归。——米兰昆德拉《不能承受的生命之轻》
24、服务员被问烦了，就在点完餐后给我们一个号码牌，每次准备好了就会在服务台叫号，这样我们就可以在被叫到的时候再去取餐，中途可以继续干自己的事。这就叫异步。
25、在CAP定理的背景下，大部分分布式系统都偏向业务逻辑，面向用户，那么可用性相对一致性显得更加重要。如何构建一个高可用的分布式系统，BASE理论给出了答案。
26、你所在意的总是那个你最无法掌握、最摸不透的人，无论男人女人。你觉得自己无法完全拥有，患得患失，这样的感情既让人焦虑，又让你乐此不疲，止不住的想要得到全部。——米兰·昆德拉《不能承受的生命之轻》
27、爱开始于一个女人某句话印在我们诗化记忆中的那一刻。
28、从现在起，我开始谨慎地选择我的生活，我不再轻易让自己迷失在各种诱惑里。我心中已经听到来自远方的呼唤，再不需要回过头去关心身后的种种是非与议论。我已无暇顾忌过去，我要向前走。
29、永远都不要停止微笑，即使是在你难过的时候，说不定有人会因为你的笑容而爱上你。
30、不要因为它的结束而哭，应当因为它的发生而笑。
31、关于CPS更多信息推荐阅读：2018中国C++大会的吴锐_C++服务器开发实践部分。
32、每次看完这本书后，都有些地方让人很困惑。作者看似散落，自在的文字，蕴含着很多思维。看似混乱的故事，也包含着人对自我以及伴侣，还有这个世界的一种奇异的情感和批判。
33、存储型XSS危害直接。跨站代码存储在服务器，如在个人信息或发表文章的地方加入代码，如果没有过滤或过滤不严，那么这些代码将储存到服务器中，每当有用户访问该页面的时候都会触发代码执行。
34、下面对有锁和无锁版本进行简单的性能比较，分别执行1000,000次push操作。测试代码如下：
35、压倒她的不是重，而是不能承受的生命之轻。米兰昆德拉《不可承受的生命之轻》
36、以业务为导向，不要为了缓存而缓存。对性能要求不高或请求量不大，分布式缓存甚至数据库都足以应对时，就不需要增加本地缓存，否则可能因为引入数据节点复制和幂等处理逻辑反而得不偿失。
37、大难过后主角化身人形入世，沧桑变换，仙草有幸失而复得，自此一场撼天动地的异界传奇就此拉开帷幕……
38、比如IM应用中，当用户输入简介时有个长度限制，我们不应该将长度限制写死在代码，可以通过配置文件的方式来动态扩展，这就做到了对扩展开放(用户简介长度可以变更)，对修改关闭(不需要修改代码)。
39、软件的简单性是可靠性的前提条件。当我们考虑如何简化一个给定的任务的每一步时，我们并不是在偷懒。相反，我们是在明确实际上要完成的任务是什么，以及如何容易地做到。我们对新功能说“不”的时候，不是在限制创新，而是在保持环境整洁，以免分心。这样我们可以持续关注创新，并且可以进行真正的工程工作。
40、就在众人猜测孩子他娘是谁的时候，京都位高权重的摄政王开始了寻妻寻子之旅……
41、XSS(CrossSiteScripting)名为跨站脚本攻击，因其缩写会与层叠样式表(CascadingStyleSheets，CSS)混淆，故将其缩写为XSS。
42、另一方面，我在研究米兰要传达的感情观。“感情”总是玄而又玄。我以往以为，感情是纯感性的东西，如果你用太多理性思维去思维它，那么感情将不纯正。此刻这种观点几乎完全被颠覆。感情需要条件，需要理性的思考。你要清楚自我最需要的是什么，找个能够满足自我需要的人，然后包容他的其他缺点，履行自我对对方的职责，这才是感情。米兰说“负担越重，我们的生命越贴近大地，它就越真实存在。”大概伴职责走过的感情才是真实存在的感情。写到那里，我才发现执着地追寻一个自我想象的人是多么愚蠢，感情是在异常的时段遇到异常的人。
43、要活在真实中，不欺骗自己也不欺骗别人，除非与世隔绝。一旦有旁人见证我们的行为。不管我们乐意不乐意，都得适应旁观我们的目光，我们所做的一切便无一是真了。有公众在场，考虑公众，就是活在谎言中。——米兰昆德拉《不可承受的生命之轻》
44、如果调用方需要调用我们接口多次才能进行一个完整的操作，那么这个接口设计就可能有问题。
45、在API接口中我们除了使用HTTPS协议进行通信外，还需要有自己的一套加解密机制，对请求的参数进行保护，防止被篡改。
46、在纯前端渲染中，我们会明确的告诉浏览器：下面要设置的内容是文本(.innerText)，还是属性(.setAttribute)，还是样式(.style)等等。浏览器不会被轻易的被欺骗，执行预期外的代码了。
47、但是，如果一件事取决于一系列的偶然，难道不正说明了它非同寻常而且意味深长？
48、软状态指的是允许系统中的数据存在中间状态，并认为该状态不影响系统的整体可用性，即允许系统在多个不同节点的数据副本存在数据延时。
49、减少依赖，便可以减少故障发生的可能性，提高服务可靠性。
50、回复(mysql1)领《Mysql入门到精通》
51、如果是高并发场景使用的接口，那么需要做过载保护，防止服务过载引发雪崩。