qq_44763553的博客

一个Java的线程对应了操作系统内核的线程，直接new一个线程是非常消耗资源的，创建线程池便于统一管理线程，可以大大降低资源消耗。ThreadPool有七大参数阿里开发手册：不要new，可能存在OOM内存溢出的风险，

时间复杂度：执行时间和数据规模之间的增长关系。

用户进来先看目前数量是否小于最大连接数，多于【最大连接数+最大队列数】的线程会等待，超过最大等待时间会TIME_OUT。

底层实现采用了写入时拷贝的思想，增删改操作会将底层数组拷贝一份，更改操作在新数组上执行，实现了并发读，读写分离。写操作里面利用synchronized保证写写互斥，读操作foreach没有加锁，适合读多写少的场景get/迭代器弱一致性：对于读线程，会出现写线程操作结束后，读线程还是读取到写之前的数组。

有三对常见的垃圾回收器：在JDK1.8之前，有三种常见的垃圾回收器，serial + serialOld 串行化的垃圾回收PS + PO 多线程并行回收，可以动态调整堆内存的大小，关注系统的吞吐量ParNew + CMS ParNew本质上是serial 在多线程下的优化，CMS关注系统的暂停时间，允许用户线程和垃圾回收线程在一些步骤中并发进行，从而降低了用户等待时间。

TCP是在传输层的协议，建立的是可靠传输TCP在传输数据前建立连接是采用三次握手，关闭连接是四次挥手三次握手：因为目前网络通讯是全双工的，那我假设浏览器端是A端，服务器端是B端，A端会向B端先传送SYN报文，携带初始化随机序号，B端向A端返回SYN+ACK报文，A端最后向B端返回ACK报文最终确定，这就是TCP的三次握手。

1.生产者发送消息到Broker丢失：设置异步发送：发送失败则使用回调进行记录或者重发消息重试：参数配置，可以设置重试次数2.消息在broker中存储丢失发送确认机制acksacks=0，生产者在成功写入消息之前不会等待任何来自服务器的响应，消息有丢失的风险，但速度最快acks=1，只要集群首领节点收到消息，生产者就会收到一个来自服务器的成功响应acks=all，只有当所有参与赋值的节点全部收到消息时，生产者才会收到一个来自服务器的成功响应3.消息从Broker接受消息丢失。

InnoDB 的数据是按「数据页」为单位来读写的，默认数据页大小为 16 KB。每个数据页之间通过双向链表的形式组织起来，物理上不连续，但是逻辑上连续。数据页内包含用户记录，每个记录之间用单向链表的方式组织起来，为了加快在数据页内高效查询记录，设计了一个页目录，页目录存储各个槽（分组），且主键值是有序的，于是可以通过二分查找法的方式进行检索从而提高效率。为了高效查询记录所在的数据页，InnoDB 采用 b+ 树作为索引，每个节点都是一个数据页。