Follow up for "Find Minimum in Rotated Sorted Array": What if duplicates are allowed? Would this affect the run-time complexity? How and why?
前面那道题:Find Minimum in Rotated Sorted Array, 唯一的区别是这道题目中元素会有重复的情况出现。不过正是因为这个条件的出现,影响到了算法的时间复杂度。原来我们是依靠中间和边缘元素的大小关系,来判断哪一半是不受rotate影响,仍然有序的。而现在因为重复的出现,如果我们遇到中间和边缘相等的情况,我们就无法判断哪边有序,因为哪边都有可能有序。假设原数组是{1,2,3,3,3,3,3},那么旋转之后有可能是{3,3,3,3,1,2,3},或者{3,1,2,3,3,3,3},这样的我们判断左边缘和中心的时候都是3,我们并不知道应该截掉哪一半。解决的办法只能是对边缘移动一步,直到边缘和中间不在相等或者相遇,这就导致了会有不能切去一半的可能。所以最坏情况就会出现每次移动一步,总共移动n此,算法的时间复杂度变成O(n)。
1 public class Solution { 2 public int findMin(int[] num) { 3 int l = 0; 4 int r = num.length - 1; 5 int minval = Integer.MAX_VALUE; 6 while (l <= r) { 7 int m = (l + r) / 2; 8 if (num[m] < num[r]) { 9 minval = Math.min(num[m], minval); 10 r = m - 1; 11 } 12 else if (num[m] > num[r]) { 13 minval = Math.min(num[l], minval); 14 l = m + 1; 15 } 16 else if (m == r){ 17 minval = Math.min(num[m], minval); 18 r = m - 1; 19 } 20 else { 21 r--; 22 } 23 } 24 return minval; 25 } 26 }
16行到18是容易出错的地方,容易考虑不到,比如input为[1]的case,