标签:leetcode java search in rotated so
Follow up for "Search in Rotated Sorted Array":
What if duplicates are allowed?
Would this affect the run-time complexity? How and why?
Write a function to determine if a given target is in the array.
伴随着问题《Search in Rotated Sorted Array》:
如果重复元素是被允许的呢?
写出一个函数判定目标值是否在数组中。
这种问题我开始就是直接从头到尾遍历一遍,这样不就把目标元素找出来了么,开始我认为这个不就这么简单么。
可是这样的时间复杂度为O(n),虽然同样能AC,但是不是我们追求的算法哈。
参考http://blog.csdn.net/linhuanmars/article/details/20588511
这道题是二分查找Search
Insert Position的变体,思路在Search
in Rotated Sorted Array中介绍过了,不了解的朋友可以先看看那道题哈。和Search
in Rotated Sorted Array唯一的区别是这道题目中元素会有重复的情况出现。不过正是因为这个条件的出现,出现了比较复杂的case,甚至影响到了算法的时间复杂度。原来我们是依靠中间和边缘元素的大小关系,来判断哪一半是不受rotate影响,仍然有序的。而现在因为重复的出现,如果我们遇到中间和边缘相等的情况,我们就丢失了哪边有序的信息,因为哪边都有可能是有序的结果。假设原数组是{1,2,3,3,3,3,3},那么旋转之后有可能是{3,3,3,3,3,1,2},或者{3,1,2,3,3,3,3},这样的我们判断左边缘和中心的时候都是3,如果我们要寻找1或者2,我们并不知道应该跳向哪一半。解决的办法只能是对边缘移动一步,直到边缘和中间不在相等或者相遇,这就导致了会有不能切去一半的可能。所以最坏情况(比如全部都是一个元素,或者只有一个元素不同于其他元素,而他就在最后一个)就会出现每次移动一步,总共是n步,算法的时间复杂度变成O(n)。
<span style="font-family:Microsoft YaHei;font-size:12px;">public boolean search(int[] A, int target) { if(A==null || A.length==0) return false; int l = 0; int r = A.length-1; while(l<=r) { int m = (l+r)/2; if(A[m]==target) return true; if(A[m]>A[l]) { if(A[m]>target && A[l]<=target) { r = m-1; } else { l = m+1; } } else if(A[m]<A[l]) { if(A[m]<target && A[r]>=target) { l = m+1; } else { r = m-1; } } else { l++; } } return false; }</span>
版权声明:本文为博主原创文章,转载注明出处
[LeetCode][Java] Search in Rotated Sorted Array II
标签:leetcode java search in rotated so
原文地址:http://blog.csdn.net/evan123mg/article/details/46942721