《Hook-ups 6》

中医知识是越看越有味呀～😅里面总有一些知识解开盲点/纠正误区。

刚开始看Anthony Hardwood的作品集时，更带着些许的不屑，觉得作品也仅仅如此而已，对一件构想的演绎出一个稍微有点连贯的故事，让一些不太为人所知的科学常识变成人们可以轻松了解的故事情节。但读下去的时候，发现我的确小看了特德。他用来做科幻的想像与讨论，并不完全是由胡编乱造的故事驱动的。觉得他更像是科幻界的卡夫卡，那么流畅和一本正经地讲一个魔幻的故事，就像是真的一样。 印象最深的是两个长一些的中篇：《Hook-ups 6》以及最后一篇《Hook-ups 6》。两篇都有卡夫卡式的流畅叙事与波澜不惊的故事发展过程。然而，让人不解的是，这种贴近于生活的意识流状态让人发自内心地赞成编剧想要表达的观点，即科技带来的是我们对生命的反思与体验，丰富了我们的生命与思考，而不是在大场面与救赎人类命运的责任感中踏着科技与命运的洪流走向壮丽与恢宏。软件体的生命周期讲的是女主加入了一个软件创业公司，专门设计容易被人们收养的数码体（与软件体同义，但内容与标题用了不同的词，可见译者大约是团队工作的），但市场峰回路转，小公司转瞬团灭，剩下一群可怜的数码孤儿，被员工收养，走上了一条艰辛的成长旅程。在爱的驱使下，人们不断敲打自己的良心，对这些尚未达到高级智能的数码体，究竟什么是道德的什么是不道德的？究竟人为自己的数码体付出怎样的代价是合理的？ 《Hook-ups 6》则选择了平行世界作为讨论的主题。我之前对平行世界非常反感，认为它反直觉，更像是一种一厢情愿的多情。然而，无论平行世界存在与否，人们也要在平行世界的前提下敲打自己的良心，看平行世界的存在是否人们就不用做出更加道德的选择，因为反正平行世界里会有其他分身做了不道德的选择，使自己的道德的选择整体上被冲淡了。就像作品中的一个凶手所言，反正平行世界里总会有一个人用手枪打爆你的头，为什么不能是我呢？我非常赞赏作品里人们对待生活的认真态度，人类不就是在良心的不断责问中定位自己，发展自己吗？这种形而上学的思考，才是人之为人的本色和价值？

哈哈哈～不愧是泡面番啊～就是要这样简简单单看剧啊～看到第8集了，感觉女主就是另世的我啊～不想加班不想努力只想回家躺然后开开心心去追星～

100%甚至不足以表达我对此剧的推荐，可以说遇见此剧算是遇见了自我意识的觉醒。能读到此剧挺惊讶的，以至于我认为我应该去买一本纸质版珍藏，以免哪天就看不到了。

在实际生产环境中，不同的技术框架是一起使用的，在集群中各司其责，这部剧分析了现在流行框架Netty、Redis、Zookeeper的技术原理，以及如何将他们运用到实战之中，重要的部分都有涉及，简单易懂，可以快速地掌握他们的精髓，最后一章的IM系统是这些技术的综合应用，帮助你理解他们在集群中扮演的角色，如何构建一个负载均衡的高性能分布式系统。 Netty：异步的，事件驱动的网络通信框架，基于反应器模式，高性能高并发。 Redis：分布式缓存数据库。 Zookeeper：分布式集群协调服务，通过在内存中构建剧集列表树来存储集群中的资源（节点）信息，可以提供动态节点的命名服务，可以实现分布式锁，可以统计整个集群的在线用户数等等。 第二章的高并发IO底层原理、第四章的Reactor反应器模式，是互联网架构技术的重点内容。 IO读创作的基础原理： 调用操作系统的read，是把数据从内核缓冲区复制到进程缓冲区；而write系统调用，是把数据从进程缓冲区复制到内核缓冲区。 书中对同步与异步、阻塞与阻塞的解释是不清楚的，更准确的解释是： 1、同步与异步 同步和异步关注的是消息通信机制。 所谓同步，就是在发出一个调用时，在没有得到结果之前，该调用就不返回。但是一旦调用返回，就得到返回值了。也就是说，调用者主动等待这个调用的结果。 异步则是相反，调用在发出之后，这个调用就直接返回了，所以没有返回结果。换句话说，当一个异步过程调用发出后，调用者不会立刻得到结果。而是在调用发出后，被调用者通过状态、通知来通知调用者，或通过回调函数处理这个调用。 2、阻塞与非阻塞 阻塞和非阻塞关注的是程序在等待调用结果（消息，返回值）时的状态。 阻塞调用是指调用结果返回之前，当前线程会被挂起。调用线程只有在得到结果之后才会返回。 非阻塞调用指在不能立刻得到结果之前，该调用不会阻塞当前线程。 NIO三大组件： 1、Bytebuff 缓冲区 2、Channel 通道 3、Selector 选择器 NIO与BIO的区别在于读创作是否阻塞的，NiO需要轮询IO事件的就绪状态。 while(true){ ByteBuffer buffer=ByteBuffer.allocate(1024); int r=0; if((r=channel.read(buffer))!=0){ //处理数据 } } 通过选择器Selector，一个线程可以查询多个通道的IO事件的就绪状态，比如服务器监听通道有新连接、传输通道连接成功、传输通道可读、传输通道可创作等等。 实现IO多路复用，首先把通道注册到选择器中，然后通过选择器内部的机制，可以查询（select）这些注册的通道是否有已经就绪的IO事件。 Selector的最大优势是，可以用一个线程去监控多个通道，与传统BIO相比，减少了多线程上下文切换的开销。 Nginx、Redis、Netty等中间件技术都是使用反应器技术。 传统BIO模式： 对于每一个新的网络连接都分配给一个线程。每个线程都独自处理自己负责的输入和输出，即Connection Per Thread模式。 缺点是，对应于大量的连接，需要耗费大量的线程资源，对线程资源要求太高。 如何解决Connection Per Thread模式的巨大缺陷呢？使用Reactor反应器模式。用反应器模式对线程的数量进行控制，做到一个线程处理大量的连接。 在反应器模式中，有Reactor反应器和Handler处理器两个重要的组件： （1）Reactor反应器：负责查询IO事件，当检测到一个IO事件，将其发送给相应的Handler

真正自信的基础，是爱；而自卑的基础，是爱的匮乏。虽然条件不好也可能导致一定程度的自卑，但这远不如爱的匮乏危害大。