某大厂员工：现在跳槽别乱要价了，目前薪资基础上10-15%涨幅，最高20%封顶，稳定性不佳以及空窗期过久的伙伴做好平薪降薪心里准备

现在还想着跳槽一把涨30%，很多时候真是想多了。市场这两年早不是前几年的样子，岗位少，简历多，企业一个比一个会压价。你现在工资一万五，能给你抬个一千两千，已经算挺有诚意了，张口就要大涨，HR看完估计都懒得往下聊。

评论区也有人说得很直白：现在公司招人，先看你稳不稳，再看你值不值。简历要是空了太久，或者上家公司待得像打卡旅游，报价基本别太乐观。还有人说现在不是你挑公司，是公司挑你，这话听着扎心，但确实有点那个味。

说白了，行情差的时候，跳槽已经不是兑奖，是避险。能平薪落地都算接住了，别还拿着前几年的剧本硬套，最后面试跑一圈，人先整破防了。

一看到“数字范围按位与”这题，很多人第一反应是从 left 一路与到 right。

代码倒是好写，跑起来也很诚实，区间一大，直接超时。像 1 到 2147483647，你真去一位一位算，那不是做题，是磨机器。

这题我第一次看，就不太信“暴力枚举”能过。因为按位与有个很讨厌的特点：只要区间里某一位出现过一次 0，那这一位最后基本就保不住了。

比如 5~7：

• 5 = 101
• 6 = 110
• 7 = 111

一路与下来是 100，也就是 4。

你盯着这几个数多看两眼，就会发现一个规律：真正能保留下来的，不是某个具体数字，而是 left 和 right 的公共高位前缀。后面那些来回跳动的低位，进了区间之后，迟早会被与成 0。

所以这题没必要硬算整个区间，只要把 left 和 right 不同的那一段抹掉，剩下的就是答案。

先看一个比较顺手的写法：不断右移，直到两个数相等。右移了多少次，最后再左移回去。

classSolution{
publicintrangeBitwiseAnd(int left, int right){
int shift = 0;

while (left < right) {
            left >>= 1;
            right >>= 1;
            shift++;
        }

return left << shift;
    }
}

这段代码不花，现场写也稳。

为什么对？因为右移的过程，本质上就是不断砍掉低位。什么时候 left 和 right 变成一样，说明它们高位前缀已经对齐了。那些被砍掉的低位，在原区间里一定发生过变化，保不住，补回去也只能补 0。

再说个更像位运算题的解法。

如果 right > left，那说明区间里至少有两个数。此时可以不断把 right 最右边的 1 清掉，直到 right <= left。因为这些低位的 1，在区间波动里也留不住。

classSolution{
publicintrangeBitwiseAnd(int left, int right){
while (left < right) {
            right = right & (right - 1);
        }
return right;
    }
}

这个写法更短，但面试时最好把思路讲清楚，不然容易写对了、解释虚了。

我自己更推荐第一种。不是因为它更快多少，而是因为不容易讲乱。算法题很多时候不是比谁能写出最炫的位运算，而是比谁下手稳，边界清楚。

这题的核心，不在“按位与”，而在“范围”两个字。只要有范围，低位就会抖；只要低位抖，最后大概率就是 0。真正值钱的，只剩那一截不会变的公共前缀。

题不难，想歪了就容易在循环里硬耗。这个坑，刷题时挺常见。