[东哥的leetcode刷题日记] leetcode 52 ： Guess Number Higher or Lower

leetcode 52 ： Guess Number Higher or Lower

---

题目链接： https://leetcode.com/problems/guess-number-higher-or-lower/
难度： 简单
归类 : 数组操作, 二分查找

最开始刷easy题比较多，毕竟循序渐进… 二分的easy题快没了哈哈哈

题目：

我们正在玩一个猜数字游戏。 游戏规则如下：
我从 1 到 n 选择一个数字。 你需要猜我选择了哪个数字。
每次你猜错了，我会告诉你这个数字是大了还是小了。
你调用一个预先定义好的接口 guess(int num)，它会返回 3 个可能的结果（-1，1 或 0）：
-1 : 我的数字比较小
1 : 我的数字比较大
0 : 恭喜！你猜对了！

示例：

示例1:
输入: n = 10, pick = 6
输出: 6

---

解法:

主要使用c++进行了解答，以及经典题解和尝试改进的最优/最简洁解法。

---

个人解法

c++解法(set)

使用常见二分法。

//c++解法,使用二分法
/** 
 * Forward declaration of guess API.
 * @param  num   your guess
 * @return 	     -1 if num is lower than the guess number
 *			      1 if num is higher than the guess number
 *               otherwise return 0
 * int guess(int num);
 */
class Solution {
public:
    int guessNumber(int n) {
        if(n <= 1) return 1;
        int start = 1;
        int end = n;
        int mid,curState;
        while(start < end){
            mid = start + (end - start) / 2;
            curState = guess(mid);
            if(curState == 0) return mid;
            else if(curState == 1) start = mid + 1;
            else end = mid - 1;
        }
        return start;
    }
};

时间复杂度: O(logN)
空间复杂度: O(1)
提交结果:
Runtime: 0 ms, faster than 100.00% of C++ online submissions for Guess Number Higher or Lower.
Memory Usage: 5.8 MB, less than 100.00% of C++ online submissions for Guess Number Higher or Lower

---

题解优解

python解法(骚操作，花里胡哨)

花里胡哨的python解法

def guessNumber(self, n):
    lo, hi = 1, n
    while lo < hi:
        mid = (lo + hi) / 2
        lo, hi = ((mid, mid), (mid+1, hi), (lo, mid-1))[guess(mid)]
    return lo

时间复杂度: O(logN)
空间复杂度: O(1)
提交结果:
Runtime: 20 ms, faster than 98.25% of Python3 online submissions for Guess Number Higher or Lower.
Memory Usage: 13.7 MB, less than 100.00% of Python3 online submissions for Guess Number Higher or Lower.

---

尝试改进的最优解法

没有太需要注意的地方。

关于mid的计算方法需要重点注意一下，有时可以看到有人使用
mid = (end - start) / 2;
而有时也会看到
mid = start + (end - start) / 2;
两者的区别在于后者可以防止数值较大的时候导致的栈溢出。因此使用后者较为保险。