《30天自制操作系统》读书笔记1开始读的部分一看这个书名我感觉就是扯淡的，和我买的10天搞定四级词汇一样没有作用，四级还是没有过，抱歉还是我的原因。

LinuxIO模型阻塞I/O模型非阻塞I/O模型I/O复用模型信号驱动I/O模型异步I/O模型后面会有专门的文章讲五种模型的区别I/O多路复用技术I/O多路复用技术主要是为了同时处理多个客户端请求,I/O多路复用技术通过把多个I/O的阻塞复用到同一个select的阻塞中,从而使得系统在单线程的情况下可以同时处理多个客户端请求以传统的多线程/多进程模型比,I/O多路复用的最大优势是系统开销小,系统不需要创建新的额外进程或线程,降低了系统的维护工作量,节省了系统资源主要应用场景:同时处理多个套接字同时处理多种网络协议的套接字目前支持I/O多路复用的系统调用:selectpselectpollepoll注意:之前大多使用select进行轮询和网络事件通知,但是现在新的Linux内核使用epoll代替selectJavaNIO主要类和接口异步I/O操作的缓冲区ByteBuffer异步I/O操作的管道PipeI/O操作(异步或同步)的Channel,包括ServerSocketChannel和SocketChannel多种字符集的编码和解码能力非阻塞I/O操作的多路复用器selectorPerl实现的正则表达式类库文件通道FileChannel批量获取文件属性API提供AIO功能支持基于文件的异步I/O操作和针对网络套接字的异步操作传统的BIO编程缺点每当有一个新的客户端请求接入时,服务端必须创建一个新的线程处理新接入的客户端,而一个线程只能处理一个客户端连接改进通过线程池或者消息队列实现1个或者多个线程处理N个客户端的模型(底层通信机制依然使用同步阻塞I/O,所以被称为"伪异步")改进后的缺点Netty简介NIO服务开发难点处理各种网络问题处理客户端的重复接入问题处理客户端的安全认证问题处理消息的编解码问题处理半包读写问题NIO采用异步非阻塞编程模型,一个I/O线程处理多条链路,调试跟踪麻烦Netty优点API使用简单,开发门槛低功能强大,支持各种编解码和主流协议定制能力强,可以通过ChannelHandler对通信框架进行灵活的扩展性能高修复了NIO的BUGNetty开发环境搭建挖坑:后面跟TCP粘包/拆包问题TCP编程中,无论是服务端还是客户端,当我们读取或者发送消息的是否,需要考虑TCP底层粘包/拆包机制产生原因程序中write写入的字节大小大于套接口发送缓冲区大小进行MSS大小的TCP分段以太网帧的payload大于MTU进行的IP分片解决策略底层TCP无法理解上层业务数据,所以底层无法保证数据包不被拆分和重组,所以这个问题只能通过上层的应用协议栈设计解决业界主流协议解决方案消息定长(每个报文固定长度,如果不够,空位补空格)在包尾增加回车换行符进行分割将消息分为消息头和消息体,消息头包含消息总长度更复杂的应用层协议Netty解码器Java序列化Java提供的对象输入/输出流ObjectInputStream/ObjectOutputStream可以直接将Java对象作为可存储的字节数组写入文件,也可以传输到网络中Java序列化的主要目的网络传输对象持久化Java对象编解码技术当进行远程跨进程服务调用时,需要把传输的Java对象编码为字节数组或者ByteBuffer对象,而当远程服务读取到ByteBuffer对象或者字节数组时,需要将其解码为发送时的Java对象Java序列化的缺点无法跨语言序列化后的码流太大序列化性能太低主流的编解码框架GoogleProtobuf结构化数据存储(xml,json)高效的编解码性能语言无关扩展性好MessagePack编解码编解码高效,性能高序列化之后的码流小评价一个编解码框架的优劣:是否支持跨语言编码后的码流大小编解码的性能API友好程度使用者开发难度和维护难度推荐资料UNIX系统网络编程知识<UNIX网络编程>Javabug问题http://bugs.java.com/bugdatabase疑问(代做)半包消息JDK默认的序列化机制了解一下OpenSSLHeartbleed漏洞长连接通信心跳检测防火墙

1.读这个书的原有1.最近对一些虚无的问题比较感兴趣，所以在看豆瓣的时候的看到豆瓣上有《豆瓣热门生物科普图书TOP10》图书介绍，看到第二本就是《生命是什么》，作者是我很是感兴趣的。因为薛定谔，在我的映像中这个老兄一直和一个猫在一起。所谓薛定谔的猫就是量子力学的一个思维实验。这个老兄也是量子力学的奠基人之一。看下面的老兄图片。虽然现在对量子力学不是很懂。但是怀着对万事万物的有那么的点的好奇心。我准备读一些这方面科普读物。那就从这开始吧。:::hljs-center:::2.哦忘记了，这个老兄也是诺贝尔奖获得者。所以从图书馆找到这本书来看。这个封面的。果麦出版的。京东可以在线试读。可以移步去看看。连接就不发了。有做广告嫌疑了。:::hljs-center:::2.这个书的大纲:::hljs-center:::3.这个书启发和意义？1.增加自己的自信心。我感觉自信心这东西需要自我鼓励的自我增强的。下面一段话:染色体纤维最显著的特征是：第一，这些齿轮在多细胞生物中分布非常奇特，我之前用非常诗意的方式描绘这一特征。第二，任何一个齿轮都不是粗制滥造的人工制品，而是按照上帝的量子力学路线精心打造出来的杰作。精心打造出来的杰作啊，朋友们，不是很应该自信起来吗？2.在我们传统的教育中不容易质疑权威。我们上学时候的教育是为了应付考试和升学。所以很多问题有标准的答案。普通的老师又是标准答案持有者，林林总总呢？我们不容易去质疑权威，权威的解释，但是自然科学没有权威。没有万古不变的真理。看下面这段话:第一章我们解释了经典物理学定律其实是统计学意义上的定律。非物理学家将普遍物理定律视为精确的、不容践踏的模范，....3.生命是什么生命到底是什么呢？我自己也看得云里雾里的。或者说没有看懂。这有什么关系呢？无聊知识不是又又又增加一点了。

第三章面向对象更简洁地构造类的对象在Java中，通过重载构造函数，来实现任意参数组合来创建对象，但是这样需要实现的构造方法就会很多。koltin的解决方法：-构造函数默认参数；(如果这样做，在创建对象的时候，最好指定参数的名称)。classBird(valweight:Double=0.00,valage:Int=0,valcolor:String="blue")valbird1=Bird(color="black")valbird1=Bird(1000.0,"blue",1)valbird2=Bird(color="red",age=5)init语句块:它属于上述构造方法的一部分，两者在表现的形式上是分离的。如果需要在构造初始化时进行其他的额外操作就可以使用init语句块。构造方法还可以拥有多个init，它们会在对象被创建时，按照类中从上到下的顺序先后执行。延迟初始化bylazy：语法特点：该变量必须是引用不可变的（即使用val声明）；在被首次调用时，才会进行赋值操作。一旦赋值，后续它将不能被更改。lazy的背后是接受一个lambda并返回一个Lazy实例的函数，第一次访问该属性时，会执行lazy对应的Lambda表达式并记录结果。后续访问时就返回该记录。系统会给lazy属性默认加上同步锁，也就是LazyThreadSafetyMode.SYNCHRONIZED，它在同一时刻只允许一个线程对lazy属性进行初始化，因此它是线程安全的。valsexbylazy(LazyThreadSafetyMode.PUBLICATION){//并行模式if(color=="yellow")"male"else"female"}valsexbylazy(LazyThreadSafetyMode.NONE){//不做任何线程保证也不会有任何线程开销if(color=="yellow")"male"else"female"}lateinit:主要用于var声明的变量，然而他不能用于基本数据类型，如Int，Long等，需要使用Integer这种包装类进行替代。主从构造方法：通过constructor方法定义了一个新的构造方法，它被称为从构造方法。如果主构造方法存在注解或可见性修饰符，也必须像从构造方法一样加上constructor关键字。每一个从构造方法有两部分组成，一部分是对其他构造方法的委托，另一部分是由花括号包裹的代码块。执行顺序上会先执行委托的方法，然后执行自身代码块的逻辑。通过this关键字来调用要委托的构造方法。如果一个类存在主构造方法，那么每一个从构造方法都要直接或间接地委托给它。不同的访问控制原则Kotlin中使用冒号":"来进行类的继承和接口的实现。Kotlin中的类和方法默认是不可继承或重写的，有需要的话要加上open修饰符。子类应该尽量避免重写父类的非抽象方法，一旦父类变更方法，子类就方法调用就可能会出错。重写父类的非抽象方法违背了面向对象设计原则中的里氏代换原则。什么是里氏替换原则？通俗的理解：子类可以扩展父类的功能，但是不能改变父类原有功能。包含了4个设计原则：-子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法；-子类可以增加实现自己特有的方法；-当子类的方法实现父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。-当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。可见性修饰符Kotlin与Java的默认修饰符不同，Kotlin是public，而Java中是default。Kotlin中有一个独特的修饰符internal。Koltin可以在一个文件内单独声明方法及常量，同样支持可见性修饰符。Java中出了内部类可以用private修饰以外，其他类都不允许private修饰，而Kotlin可以。Koltin和Java中的protected的访问范围不同，Java中是包、类、及子类可访问，而Kotlin只允许类及子类。internal在Kotlin中的作用域可以被称为模块内访问。什么算是一个模块呢？一个Eclipse项目，一个IntellijIDEA项目、一个Maven项目，一个Gradle项目，一组由一次Ant任务执行编译的代码Kotlin中的private修饰的类，表示它的作用域就是当前这个Kotlin文件。在Koltin实现一个接口时：-需要实现接口中没有默认实现的方法及未初始化的属性，若同时实现多个接口，而接口间又有相同方法名的默认实现时，需要主动指定使用那个接口方法或重写方法；-如果是默认的接口方法，需要在实现类中通过"super"这种方法调用它，-在实现接口的属性和方法时，都必须带上override关键字，不能省略。Koltin在我们声明一个属性的时候，会帮助生成getter和setter方法。-用val声明的属性将只有getter方法，因为它不可修改，而用var修饰的属性将同时拥有getter和setter方法。-用private修饰的属性，编译器将会省略getter和setter方法，没有必要饿了，因为类外部无法访问。如果我们要在Koltin中使用内部类，需要在类的前面加一个inner关键字。因为Koltin直接写在类中的类为嵌套类。这里的嵌套类可以看成Java中的静态内部类。在某些场合下，内部类确实是一种解决多继承非常好的思路。openclassHorse{funrunFast(){println("Icanrunfast")}}openclassDonkey{fundoLongTimeThing(){println("Icandothinglongtime")}}classMule{funrunFast(){HorseC().runFast()}fundoLongTimeThing(){DonkeyC().doLongTimeThing()}privateinnerclassHorseC:Horse()privateinnerclassDonkeyC:Donkey()}使用委托代替多继承委托是一种特殊的类型，用于方法事件委托，调用A类的methodA方法，其实背后是B类的methodA去执行。在Koltin中，只需通过by关键字就可以实现委托的效果。interfaceCanFly{funfly()}interfaceCanEat{funeat()}openclassFlyer:CanFly{overridefunfly(){println("Icanfly")}}openclassAnimal:CanEat{overridefuneat(){println("Icaneat")}}classBird(flyer:Flyer,animal:Animal):CanFlybyflyer,CanEatbyanimal{}funmain(){valflyer=Flyer()valanimal=Animal()valbird1=Bird(flyer,animal)bird1.eat()bird1.fly()}用dataclass创建数据类。

《资治通鉴》开篇故事-三家分晋开了一个新的分类，程序员读书。大家可以把自己的读后感，笔记之类的分享给大家。最近我看了《资质通鉴》,作为一个程序员，去看历史书，哈哈！这太少见了吧！