一、为什么需要使用线程池　　1、减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务。2、可以根据系统的承受能力，调整线程池中工作线线程的数目，防止因为消耗过多的内存，而把服务器累趴下(每个线程需要大约1MB内存，线程开的越多，消耗的内存也就越大，最后死机)。Java中创建和销毁一个线程是比较

面向对象设计原则对于面向对象软件系统的设计而言，在支持可维护性的同时，提高系统的可复用性是一个至关重要的问题，如何同时提高一个软件系统的可维护性和可复用性是面向对象设计需要解决的核心问题之一。7种常用的面向对象设计原则|设计原则名称|定义|使用频率||

第85篇文章这是关于Swoole入门学习的第九篇文章：SwooleRedis连接池的实现。第八篇：SwooleMySQL的实现(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMjM5N

1.配置更换默认的端口从apache迁移到civetweb一个基于apache的配置类似以下形式：client.radosgw.gatewaynode1host{hostname}keyring/etc/ceph/ceph.client.radosgw.keyringrgw

你知道这就是一个类嘛？你知道这是一个类的实例嘛？你记住这是一个抽象类！。。。（QAQ，连概念都记不牢。。嘤嘤嘤）「复习备考」类是一个模板，它描述一类对象的行为和状态。在Java中类可以看成是创建Java对象的模板。（可以理解成是你解题时固有的套路）对象是类的实例，它有状态和行为。（类的实例，就比如你虽然有了解题的套路，但

Hystrix设计原则1.防止单个服务的故障，耗尽整个系统服务的容器（比如tomcat）的线程资源，避免分布式环境里大量级联失败。通过第三方客户端访问（通常是通过网络）依赖服务出现失败、拒绝、超时或短路时执行回退逻辑2.用快速失败代替排队(每个依赖服务维护一个小的线程池或信号量，当线程池满或信号量满，会立即拒绝服务而不会排队等待)和优雅的服

我们知道InnoDB采用WriteAheadLog策略来防止宕机数据丢失，即事务提交时，先写重做日志，再修改内存数据页，这样就产生了脏页。既然有重做日志保证数据持久性，查询时也可以直接从缓冲池页中取数据，那为什么还要刷新脏页到磁盘呢？如果重做日志可以无限增大，同时缓冲池足够大，能够缓存所有数据，那么是不需要将缓冲池中的脏页刷新到磁盘。但是，通常会有以下几

!(https://oscimg.oschina.net/oscnet/upb8323bc8f9d61db79ccfc742a320dd28ad6.png)对象分配过程1）依据逃逸分析，判断是否能栈上分配？如果可以，使用标量替换方式，把对象分配到VMStack中。如果线程销毁或方法调用结束后，自动

\这几天主要是狂看源程序，在弥补了一些以前知识空白的同时，也学会了不少新的知识（比如NIO），或者称为新技术吧。线程池就是其中之一，一提到线程，我们会想到

异常处理异常传播在HystrixCommand实现的run()方法中抛出异常时，除了HystrixBadRequestException之外，其他异常均会被Hystrix认为命令执行失败并触发服务降级的处理逻辑，所以当需要在命令执行中抛出不触发服务降级的异常时来选择它。在使用注解配置实现Hystrix命令时，可以忽略指定的异常