web项目相关问题

为什么使用线程池

• 因为频繁地创建和销毁线程开销太大；
• 当你需要限制你应用程序中同时运行的线程数时，线程池非常有用。因为启动一个新线程会带来性能开销，每个线程也会为其堆栈分配一些内存等。为了任务的并发执行，我们可以将这些任务任务传递到线程池，而不是为每个任务动态开启一个新的线程。

数据库连接池连接数开多少比较合适

• 与线程池里的线程的个数一致，项目里设置线程数是8个
• 一般：连接数 = ((核心数 * 2) + 有效磁盘数)

reactor和proactor有什么区别

• reactor是同步IO，proactor是异步IO。
• reactor注册的是文件描述符的就绪事件，proactor注册的是完成事件。
• reactor实现较为简单，对于耗时短的处理场景高效，proactor性能更高，逻辑复杂，能够处理耗时长的并发场景。

主从reactor结构

• Acceptor不再是一个线程，而是一组NIO线程；IO线程也是一组NIO线程，这样就是两个线程池去处理接入连接和处理IO。

web服务器怎么设计一个限流器

• 令牌桶法：一个令牌允许接口发送或者接收 k bit的数据，当接口通过了 k bit的数据后，同时也要移除一个令牌，当桶中有令牌时才能允许数据通过，为了保证接口随时有数据通过，那么就必须不断地往里面添加令牌，令牌添加的速度就是数据通过接口的速度，即控制了用户流量的带宽。
  可以使用生产者消费者模型来实现。

日志系统为什么是单例

• 因为单例模式和日志类的应用场景很相似，因为日志文件只能被一个进程打开。所以使用单例模式获取日志文件的实例对象，避免一个文件被多次打开造成的异常。

同步i/o模拟的proactor比单纯的reactor好在哪里

• 单纯的reactor本质属于同步IO，处理耗时长的操作（如文件I/O）会造成事件分发的阻塞，影响后续事件的处理。而同步i/o模拟的proactor解决了上面的问题，同时也避免了proactor模式的逻辑复杂，实现困难的问题。

你的项目的瓶颈在哪

单线程listener/accept，多个工作线程接受任务分发，虽然CPU工作负载不再成为问题，但是仍然存在问题：

​ （1）单线程listener（图一），在处理高速率海量连接的时候，一样会成为瓶颈

​ （2）cpu缓存行丢失套接字结构现象严重。

优化就是改成主从reacter结构

如果同时1000个客户端进行访问请求，线程数不多，怎么能及时响应处理每一个呢？

• 线程池动态扩容。
• 数据库缓存？缓存数据是为了让客户端很少甚至不访问数据库，减少磁盘IO，提高响应速度，进而提高并发量。数据库缓存还会缓解数据库压力。
• 消息队列，让请求等待在那，等线程池线程处理完毕之后从消息队列中取。