《凯蒂猫大电影Hello Kitty》，动画作品，美国出品，2022年上映。
这大概是我近期看完《凯蒂猫大电影Hello Kitty》后 集可爱 治愈 科普的绘本了吧
一定要有所得，有所失，才谈得上勇气。可我来这儿不会失去任何东西。” 人家说，去发现，发现你生活的目标，然后去过那样的生活。可是有的时候，你只有生活过，才能认识到早已有了生活的目标，也许这目标你从来不曾想到。现在我的目标已经实现了，我觉得自己失去了方向，只剩下了随波逐流。 那种熟悉的，始终挥之不去的感觉——生命中缺失了某种至关重要的东西，或某个至关重要的人——也变得暗淡下去了。偶尔它还会出现，有时来势汹汹，出其不意地击中她，但已不像过去那么频繁。帕丽从未像现在这样满足，从未像现在这样幸福地心有所属。 我对自己说，我在寻找某种东西。可是一种越来越来强烈的感觉告诉我，我在流浪，在等待着临于我身的大事件，它将改变一切，它在让我用过往的全部人生，为它的到来做着铺垫。 我真该对她好点。人永远都不会后悔这样做。等你老了，你永远都不会对自己说：噢，真希望我过去对某某人不好。你永远不会那样想的。 从小到大，我一直都像一条水族馆里的金鱼，生活在安全的玻璃水箱里，周围的屏障固然透明，却终究不可逾越。我可以随意观察外面那个模糊的世界，如果我愿意，也可以想像自己置身其中。然而我一直都被关在里面，受到限制，那是巴巴为我修造的生存边界，坚硬而不可弯折。在我小的时候，他这样做是刻意而为，现在却是无心插柳，因为他正在一天天地老去。我感觉自己已经习惯了这层玻璃，害怕它一旦碎掉，而我又孤身一人，必将被裹挟而出，冲入未知的汪洋，扑扑打打，无助，迷失，上气不接下气。
未知演员真的太妙了。他的文字有一种缓缓淌来却又暗自含满了感情一般，平淡克制中那种真情的流淌让我实在喜欢的要命。那种悲天悯人的、眼角低垂的、皱皱巴巴像读老报纸一样的叙述感，实在是又特别又感人。他的功力见于生活，见于一两句话之中的动人力量，那种真正属于底层的叙述在这样一个成名已久的作家身上还能见得如此自然，实属难得。
觉得很赞，讲道理，讲科学，有根据，不像有些书是想当然，或者哗众取宠。而且不啰嗦，有一说一，说完就好了，没有故意拉长内容。不过我还没有实践，不知道效果怎么样。
在实际生产环境中，不同的技术框架是一起使用的，在集群中各司其责，这部剧分析了现在流行框架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
爱，是一个对自己有足够客观认知的，足够自信，充满能量的成年人的行为。它是一种付出，而不是索取，是超越自我关怀的一种无私情感。而被爱的对方，也需是被充分肯定的、真实客观存在的对象，这样的爱才能长久。盲目的爱会赋予对方一种绝对价值，客观看来，是极为荒谬的。 在资本横行的社会大环境下，我们越来越缺少爱的勇气，更多地是想要去“得到”，去感受爱，而不是去付出。 人们把这样的行为解释为“没有遇到对的人”。我同意这一点。 爱固然难得，而我能够做的，就是在遇见对方的时候，勇敢地给予，坚定地选择。永远相信爱，在此之前，好好爱自己，让自己充满给予的能力。
2008 · 美国
2006 · 美国
1982 · 美国
1954 · 英国
2023 · 中国
1973 · 意大利
REVIEWS
这大概是我近期看完《凯蒂猫大电影Hello Kitty》后 集可爱 治愈 科普的绘本了吧
一定要有所得，有所失，才谈得上勇气。可我来这儿不会失去任何东西。” 人家说，去发现，发现你生活的目标，然后去过那样的生活。可是有的时候，你只有生活过，才能认识到早已有了生活的目标，也许这目标你从来不曾想到。现在我的目标已经实现了，我觉得自己失去了方向，只剩下了随波逐流。 那种熟悉的，始终挥之不去的感觉——生命中缺失了某种至关重要的东西，或某个至关重要的人——也变得暗淡下去了。偶尔它还会出现，有时来势汹汹，出其不意地击中她，但已不像过去那么频繁。帕丽从未像现在这样满足，从未像现在这样幸福地心有所属。 我对自己说，我在寻找某种东西。可是一种越来越来强烈的感觉告诉我，我在流浪，在等待着临于我身的大事件，它将改变一切，它在让我用过往的全部人生，为它的到来做着铺垫。 我真该对她好点。人永远都不会后悔这样做。等你老了，你永远都不会对自己说：噢，真希望我过去对某某人不好。你永远不会那样想的。 从小到大，我一直都像一条水族馆里的金鱼，生活在安全的玻璃水箱里，周围的屏障固然透明，却终究不可逾越。我可以随意观察外面那个模糊的世界，如果我愿意，也可以想像自己置身其中。然而我一直都被关在里面，受到限制，那是巴巴为我修造的生存边界，坚硬而不可弯折。在我小的时候，他这样做是刻意而为，现在却是无心插柳，因为他正在一天天地老去。我感觉自己已经习惯了这层玻璃，害怕它一旦碎掉，而我又孤身一人，必将被裹挟而出，冲入未知的汪洋，扑扑打打，无助，迷失，上气不接下气。
未知演员真的太妙了。他的文字有一种缓缓淌来却又暗自含满了感情一般，平淡克制中那种真情的流淌让我实在喜欢的要命。那种悲天悯人的、眼角低垂的、皱皱巴巴像读老报纸一样的叙述感，实在是又特别又感人。他的功力见于生活，见于一两句话之中的动人力量，那种真正属于底层的叙述在这样一个成名已久的作家身上还能见得如此自然，实属难得。
觉得很赞，讲道理，讲科学，有根据，不像有些书是想当然，或者哗众取宠。而且不啰嗦，有一说一，说完就好了，没有故意拉长内容。不过我还没有实践，不知道效果怎么样。
在实际生产环境中，不同的技术框架是一起使用的，在集群中各司其责，这部剧分析了现在流行框架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
爱，是一个对自己有足够客观认知的，足够自信，充满能量的成年人的行为。它是一种付出，而不是索取，是超越自我关怀的一种无私情感。而被爱的对方，也需是被充分肯定的、真实客观存在的对象，这样的爱才能长久。盲目的爱会赋予对方一种绝对价值，客观看来，是极为荒谬的。 在资本横行的社会大环境下，我们越来越缺少爱的勇气，更多地是想要去“得到”，去感受爱，而不是去付出。 人们把这样的行为解释为“没有遇到对的人”。我同意这一点。 爱固然难得，而我能够做的，就是在遇见对方的时候，勇敢地给予，坚定地选择。永远相信爱，在此之前，好好爱自己，让自己充满给予的能力。