Search in Rotated Sorted Array II - Problem

There is an integer array nums sorted in non-decreasing order (not necessarily with distinct values).

Before being passed to your function, nums is rotated at an unknown pivot index k (0 <= k < nums.length) such that the resulting array is [nums[k], nums[k+1], ..., nums[n-1], nums[0], nums[1], ..., nums[k-1]] (0-indexed).

For example, [0,1,2,4,4,4,5,6,6,7] might be rotated at pivot index 5 and become [4,5,6,6,7,0,1,2,4,4].

Given the array nums after the rotation and an integer target, return true if target is in nums, or false if it is not in nums.

You must decrease the overall operation steps as much as possible.

Input & Output

Example 1 — Target Found
$ Input: nums = [2,5,6,0,0,1,2], target = 0
Output: true
💡 Note: Target 0 exists in the rotated sorted array at indices 3 and 4
Example 2 — Target Not Found
$ Input: nums = [2,5,6,0,0,1,2], target = 3
Output: false
💡 Note: Target 3 does not exist anywhere in the rotated sorted array
Example 3 — Single Element
$ Input: nums = [1], target = 1
Output: true
💡 Note: Single element array contains the target

Constraints

  • 1 ≤ nums.length ≤ 5000
  • -104 ≤ nums[i] ≤ 104
  • nums is guaranteed to be rotated at some pivot
  • -104 ≤ target ≤ 104

Visualization

Tap to expand
Search in Rotated Sorted Array II INPUT Rotated Sorted Array: 2 5 6 0 0 1 2 0 1 2 3 4 5 6 Pivot at index 3 rotation point Target: 0 Parameters: nums = [2,5,6,0,0,1,2] target = 0 n = 7 (array length) ALGORITHM STEPS 1 Initialize Pointers left=0, right=6, mid=3 2 Handle Duplicates If nums[l]==nums[m]==nums[r] shrink both ends: l++, r-- 3 Binary Search Check if mid == target Decide which half is sorted 4 Search Sorted Half If target in sorted half, search there; else other half Execution Trace: l=0, r=6, mid=3: nums[3]=0 Found! nums[mid] == target Return true immediately Time: O(log n) avg, O(n) worst FINAL RESULT Target Found at Index 3: 2 5 6 0 0 1 2 FOUND! Output: true Verification: - target = 0 - nums[3] = 0 - Match found: OK - Return true Key Insight: Unlike Search in Rotated Sorted Array I, duplicates can make nums[left] == nums[mid] == nums[right]. In this case, we cannot determine which half is sorted, so we shrink both ends (left++, right--). This makes worst-case O(n), but average case remains O(log n) for most inputs. TutorialsPoint - Search in Rotated Sorted Array II | Optimal Solution (Modified Binary Search)
Asked in
Microsoft 15 Amazon 12 Google 10 Facebook 8
125.0K Views
Medium Frequency
~25 min Avg. Time
3.8K Likes
Ln 1, Col 1
Smart Actions
💡 Explanation
AI Ready
💡 Suggestion Tab to accept Esc to dismiss
// Output will appear here after running code
Code Editor Closed
Click the red button to reopen