[LeetCode]278. 第一个错误的版本

新的开始

为了准备保研的机试，决定选个OJ练习一下，于是在好友推荐下选择了LeetCode。刚刚开始OJ之旅（学校的OJ比较松，暂且不算），就遇到了超时的问题。理论上很多操作都是在同一时间复杂度的，但实现起来却表现不同。作为一个刚刚开始踩坑的新手，想要记下这些曾经未预料的情况，为未来做准备。

切入正题

所谓眼高手低，第一次就直接试了278。看到题目，由于本身版本的正确性在本质上就是已经排序好的数组，猜到是二分查找的算法，于是开始实现，然后就遇到一些超时的问题。总结起来有两个原因：

1. Intervals更新：mid不要直接更新front和back。更强的约束尽管在理论上是同一数量级的，但是实际中可以减少时间开销也不少；
2. 加法的溢出：加减法可以溢出，尽管ICS学到过，但是真正遇到的还很少。因此，在计算中值的过程中，尽管数学上(i+j)/2=i+(j-i)/2=i/2+j/2，但是后两者溢出的可能性远远小于第一个，因此建议以后在计算中值的时候也采取相同的策略；
3. 移位不一定更快：i+(j-i)/2比i+(j-i)>>1更快

实现代码

这是最后通过测试的代码

// Forward declaration of isBadVersion API.
bool isBadVersion(int version);

class Solution {
public:
    int firstBadVersion(int n) {
        int front = 1;
        int back = n;
        while (front <= back){
            int mid = front + (back-front)/2;
            if (isBadVersion(mid)){
                back = mid - 1;
            }
            else{
                front = mid + 1;
            }
        }
        return front;
    }
};