HTTP缓存一些重复性的请求，把回应的数据缓存下来，下次发送的时候直接读取即可 强制缓存第一次服务器返回资源的时候，会在Response的头部加上Cache-control，Cache-control中设置过期时间大小 再次请求资源的时候，就会与Cache-control对比查看资源是否过期，没过期就走缓存，过期就重新请求 重新更新Cache-control 协商缓存通过与服务端协商后，判断是否使

最基本的socket模型我记得socket其实就是对应用层以下的部分进行打包，也就是传输层，网络层，网络发送层 每次使用的时候就创建一个socket，为其指定IP和端口，让这个socket可以被找到，然后启动listen监听 服务端监听后，调用accept()会去连接池拿已经握手成功的tcp连接 💡 半连接池：还没完全三次握手成功的tcp连接 全连接池：已经三次握手成功的tcp连接 注意

一开始读阿尔吉侬的花束，我是被那种笨拙但是努力的样子感觉到有趣，慢慢地就会被这样一个单纯善良的人给打动，虽然经常写错字，但是他看待世界的眼光是那样的纯洁，对其他人的恶意也能善良相待 但是之后，做过手术之后，一切都变了 查理开始变得智商很高，这样的反差，不仅让身边的人开始厌恶，而且也让自己逐渐对其他人产生了恶意 这种感觉令我毛骨悚然，不仅是在他身边的人身上，看到了那种以打败比自己弱的人而开心，当那个

进程间的通信方式管道： 匿名管道：特殊文件只存在内存里，只能父子进程或者兄弟进程通信 命名管道：建立了一个设备文件，通过对文件读写进行通信 消息队列： 内核里通过链表组织消息，克服了管道通信数据无格式的问题 信号量： 计数器，类似WaitGroup，当进程想要访问资源的时候就递减信号量，访问完后就递增 信号： 类似于context里的WithCancel，通知事件处理 共享内存 线程间同步方式

进程VS线程定义上： 进程是操作系统分配资源的基本单位 线程是任务调度和执行的基本单位 上下文切换： 进程需要切换CPU上下文和页表 页表是虚拟内存到物理内存的映射表，保证进程间内存隔离和高效内存管理的核心数据结构。 线程只需要切换CPU上下文 资源共享上： 进程之间不共享资源，是互相隔离的 一个进程内的线程共享资源 安全性上： 一个进程挂掉不会影响其他进程 一个进程内的线程挂掉

缓存击穿，穿透，雪崩缓存击穿，redis里存的热点数据过期，导致访问全都打到了mysql身上 缓存穿透，redis和mysql里都找不到数据，直接穿透了存储系统 缓存雪崩，大量缓存同时过期，导致请求达到mysql身上 redis高可用主从模式主服务器可读可写，发生写操作同步给从服务器，从服务器只读，接收主服务器同步的写操作，没办法实现强一致性 哨兵集群redis主从服务器宕机的时候要手动恢复，哨兵

设计数据库表有哪些表，要用到哪些字段 用户表id（主键）uint（uint表示非负数，int正负数都可以） username（昵称）string avatar（头像）string gender（性别）string password（密码）int phone（电话）uint email（邮箱）string is_valid（是否有效）bool create_at（创建时间）time.Time upd

三次握手一开始都处于close状态，服务器会首先监听一个端口变为listen状态 之后客户端发送第一个SYN请求，自身变为SYN_SENT状态 服务端接收后，返回一个SYN_ACK请求，自身变为SYN_RECV状态 客户端再次接受后，返回一个ACK请求，自身变为ESTABLISHED状态 服务端接收到后，自身也变为ESTABLISHED状态 其中都有各自的序列号，每次发送请求就+1 为什么要三次

需求分析→设计（概要设计，详细设计）→技术选型→初始化/引入需要的技术→写demo→写代码（实现业务逻辑）→测试（单元测试）→代码提交/代码评审→部署→发布 需求分析1.登录注册 2.用户管理（仅管理员可见） 3.用户校验 技术选型前端：三件套+React+组件库Ant Design+Umi+Ant Design Pro（现成的管理系统） 后端：Go+Fiber+Gorm+My

HTTP是什么HTTP，超文本传输协议，默认80端口 基于文本形式，易于阅读和传输 扩展性强，可以在请求头里加方法 灵活性强，支持多种数据格式 无状态 HTTP方法GET，POST，DELETE，PUT GET是获取服务器资源 POST是向服务器提交数据 PUT是更新数据 DELETE是删除数据 HTTP状态码1开头表示处理协议的中间状态，比如http切换为websocket 2开头表示收到并