CPU密集型: 核心线程数 = CPU核数 + 1 IO密集型: 核心线程数 = CPU核数 * 2
主要需要考虑的是 是否是IO密集, 因为IO密集的话, 会阻塞线程, 造成吞吐量的瓶颈. 然后我们根据压力测试微调,由9->12
主要是为了服务与服务的解耦,支持操作的失败, 主要使用的是它的异步通信能力。
execaute() 无返回值。 submit有返回值。
线程池有七大参数, 分别是核心线程数, 最大线程数, 空闲时间,空闲时间单位, 等待队列, 拒绝策略,线程工厂。
拒绝策略有·。
abort, 丢弃任务并抛出 RejectedExecutionException 异常。
discard, 丢弃任务,但是不抛出异常。可以配合这种模式进行自定义的处理方式
DiscardOldestPolicy:丢弃队列最早的未处理任务,然后重新尝试执行任务
caller run, 由调用线程处理该任务。
等待队列:
ArrayBlockingQueue
LinkedBlockingQueue
SyncouseQueue 大小为1的 等待队列
优先队列
零拷贝, 四次拷贝变成两次, RocketMQ用了这个技术
NIO, IO多路复用。 Dubbo底层也是这个技术
引用计数, Netty使用了引用技术来做 GC。
dubbo源码没看过, 没答上来
Spring中Bean的生命周期 :
Spring通过ApplicationContext读取xml或者JavaConfig, 得到BeanDefition。
然后根据BeanDefition 和反射调用构造器, 完成Bean对象的实例化过程
然后是属性的赋值, 根据xml配置或者@Autowired注解将对象的依赖关系注入到初始化的对象中, 如果是单例的话, 需要用三级缓存解决ABA问题。
接着就是Aware回调处理, 如果在三级缓存时没有因为循环依赖提前生成代理对象, 那么在这里生成代理对象。 单例的话还需要加入到一级缓存中。
最后是Bean的销毁, 单例的话是在Spring容器关闭的时候销毁, 最后会调用生命周期的销毁回调。
Bean的作用域
单例Singleton, 多例prototype
其他的作为范围很少用到, Request, Session, globe-session。
Spring 在web 容器中的启动过程
ServletContextListener是Servelet API 提供的监听器, 继承了EventListener,当Servlet容器启动或终止Web应用时,会触发ServletContextEvent事件,该事件由ServletContextListener来处理。
IOC的实现原理是根据Bean的生命周期和一级缓存(一个ConcurrentHashMap容器) 来实现的, 当需要时可以通过ByName或者byType 注入对应的属性.
乐观锁实际上需要我们自己去通过version和CAS算法去实现, 悲观锁则是默认的锁, 比如select... for update, 乐观锁适用于读多写少的情况,悲观锁适用于频繁写入的场景, 不然的话都会造成系统吞吐量下降.
三次握手是校验双方的收发能力.
四次挥手是因为发起方已经做好了关闭的请求, 但是接收关闭方还需要处理待处理的数据, 时间可能会比较久,如果合并ack和fin包的话, 可能会超时. 所以TCP设计成了两次独立的FIN流程.
第三次握手是为了保证服务器确认自己的发送能力ok. 两次没法保证.