关联容器无序关联容器->链式哈希表增删查O(1)set:集合keymap:映射表[key,value]unordered_set单重集合不允许重复unordered_multiset多重集合unordered_map单重映射表unordered_multimap多重映射表有序关联容器=》红黑树增删查O(log2N)setmultisetmapmultimapunordered_setset1for(inti=0;i不允许重复值coutunordered_map[key,value]=>打包成pairunordered_mapmap1;//不允许重复map1.insert(make_pair(1
关联容器无序关联容器->链式哈希表增删查O(1)set:集合keymap:映射表[key,value]unordered_set单重集合不允许重复unordered_multiset多重集合unordered_map单重映射表unordered_multimap多重映射表有序关联容器=》红黑树增删查O(log2N)setmultisetmapmultimapunordered_setset1for(inti=0;i不允许重复值coutunordered_map[key,value]=>打包成pairunordered_mapmap1;//不允许重复map1.insert(make_pair(1
业务背景跟第三方系统做对接，双方通过ActiveMQ进行通信，消息之间是有内在关联的，也就是消息本来应该是有业务顺序的，但由于一些原因，现在收到消息是乱序的，这种情况下做业务处理就有一点小问题了方案一：自己重排序收到消息后，自己在内存排序，然后按顺序丢到队列中，自己控制消息的发送和接收保证收到按发送的顺序来收到消息。如果自己排序的话就要对每个消息标记一个顺序，同时还要指定预先定义好哪些消息属于一类并且相互之间有依赖顺序。具体实现的话，可以这样做：1、收到一条消息，封装一下加个序号，放到Redis中，用列表或者有序集合来存储，同时用字符串类型存一下这个业务单号的当前最小序号（默认是1）2、如果是
业务背景跟第三方系统做对接，双方通过ActiveMQ进行通信，消息之间是有内在关联的，也就是消息本来应该是有业务顺序的，但由于一些原因，现在收到消息是乱序的，这种情况下做业务处理就有一点小问题了方案一：自己重排序收到消息后，自己在内存排序，然后按顺序丢到队列中，自己控制消息的发送和接收保证收到按发送的顺序来收到消息。如果自己排序的话就要对每个消息标记一个顺序，同时还要指定预先定义好哪些消息属于一类并且相互之间有依赖顺序。具体实现的话，可以这样做：1、收到一条消息，封装一下加个序号，放到Redis中，用列表或者有序集合来存储，同时用字符串类型存一下这个业务单号的当前最小序号（默认是1）2、如果是
前言：我们用自己构建的认知结构来理解和映射这个世界，通过外界的反馈来调整现有的认知。但面对的现实越来越复杂，以及面对更多的未知且陌生的情况时，我们常常试图去“修整”接受到的信息以便于适合处理。于是，很多的事情开始变得“不可捉摸”，结果变得不可预知！ 系列相关链接：【CTO变形记】驱动力的选择【CTO变形记】有序定无序—为什么越努力，越无力【CTO变形记】高维视角，跳出“农场主与火鸡” 先从一个常见的场景开始说起。我们做产品的时候，一般会做一些调研，收集“用户反馈”，然后结合自己的理解和经验，综合考虑市场行情、商业趋势等，将产品呈现，上线面市！上线之后，接下来要开始进行运营
前言：我们用自己构建的认知结构来理解和映射这个世界，通过外界的反馈来调整现有的认知。但面对的现实越来越复杂，以及面对更多的未知且陌生的情况时，我们常常试图去“修整”接受到的信息以便于适合处理。于是，很多的事情开始变得“不可捉摸”，结果变得不可预知！ 系列相关链接：【CTO变形记】驱动力的选择【CTO变形记】有序定无序—为什么越努力，越无力【CTO变形记】高维视角，跳出“农场主与火鸡” 先从一个常见的场景开始说起。我们做产品的时候，一般会做一些调研，收集“用户反馈”，然后结合自己的理解和经验，综合考虑市场行情、商业趋势等，将产品呈现，上线面市！上线之后，接下来要开始进行运营
