我正在尝试提出用于高吞吐量C++服务器的最佳数据结构。该数据结构将用于存储从几到几百万个对象的任何内容，并且不需要排序(尽管可以非常便宜地提供唯一的排序键)。要求是它可以支持高效插入，理想情况下为O(1)，中等效率的移除和高效的遍历。它不需要支持查找操作(除了可能需要删除)。不同之处在于它必须是线程安全的，而其他线程正在枚举数据结构时的修改。这意味着简单的红黑树不起作用，因为一个线程无法插入元素(并执行必要的树旋转)而不会弄乱其他线程持有的任何游标。不可以使用读/写锁并将写操作推迟到所有读者都完成后，因为读操作可能会持续很长时间。有读者时发生的插入是否对该读者可见并不重要。内存占用也很

　　在我们平时开发中，经常会遇到页面数据初始化时，频繁调同一个接口的情况。比如echarts项目中，一个页面可能会有几十张图表，如果一个接口返回所有图表数据的话，会造成用户过长的等待时间，再者过多图表同时渲染，也会给页面增加压力，造成卡顿的现象。　　我们通常会让每个图表单独调一个接口，入参不同，这样更有利于页面快速渲染图表，单个图表请求到数据，立即渲染，不需要等待其他图表。可理想很丰满，现实很骨感，当服务器配置过低，或者后端代码性能较弱，会难以处理这些并发请求，接口调用越多，等待处理的时间可能就越长，甚至超过一次性返回所有数据的间。。。为了解决这种问题，缓解后端压力，本篇将介绍前端来控制请求的

　　在我们平时开发中，经常会遇到页面数据初始化时，频繁调同一个接口的情况。比如echarts项目中，一个页面可能会有几十张图表，如果一个接口返回所有图表数据的话，会造成用户过长的等待时间，再者过多图表同时渲染，也会给页面增加压力，造成卡顿的现象。　　我们通常会让每个图表单独调一个接口，入参不同，这样更有利于页面快速渲染图表，单个图表请求到数据，立即渲染，不需要等待其他图表。可理想很丰满，现实很骨感，当服务器配置过低，或者后端代码性能较弱，会难以处理这些并发请求，接口调用越多，等待处理的时间可能就越长，甚至超过一次性返回所有数据的间。。。为了解决这种问题，缓解后端压力，本篇将介绍前端来控制请求的