lower_bound是大家很常使用的函数，但是在对容器使用时，尽量使用容器本身的lower_bound / upper_bound.

std::set::lower_bound与std::lower_bound的效率问题

这个问题可能大家觉得只差那么一点点，恰恰相反，两者效率相差大的几乎是天壤之别。

在最近的cf round359(div2)的D题里，我和标程解法一模一样，但是一个是700msAC但是我的程序却是3000ms，默默的TLE。 完全不科学。

经过仔细比对，我的程序里面二分是这样的：
这里写图片描述

但是标程是这样的：
这里写图片描述

完全难以相信他俩有任何区别。
我修改之后再次将我的程序提交：
这里写图片描述

果然是这个问题！

这个问题很困扰我，cppreference网站上并没有解释。某度上也搜不到任何信息。

所以上StackOverflow上搜了一下，果然有这个问题。

这里写图片描述

WOW这个就是我想问的，下面是回答：

这里写图片描述

这里写图片描述

我倒是觉得下面那个说的很有道理，应该是set<>::iterator不支持随机访问，所以直接当作普通的序列进行二分的时候就不是O(logn)的复杂度了。

所以，一定要使用std::set::lower_bound

Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生