At each index, compute three candidates: num alone, num × prev_max, num × prev_min
curr_max = max of three candidates
curr_min = min of three candidates
When num is negative, swap max and min before computing (or use candidates tuple)
Zero resets both to the element itself
Update global_max = max(global_max, curr_max) each step
Pricing engines with refund/penalty negatives must track both min and max product ranges
A zero in sensor data resets the running product — the algorithm handles this naturally
Tracking only max (Kadane's style). On [-2, 3, -4], Kadane's returns -4. Correct answer is 24.
✦ Definition~90s read
What is Maximum Product Subarray?
Maximum Product Subarray is a classic dynamic programming problem where you're given an integer array and must find the contiguous subarray (containing at least one number) with the largest product. Unlike the simpler Maximum Sum Subarray (Kadane's Algorithm), tracking just the maximum product at each position fails because a single negative number can flip the largest product into the smallest, and vice versa.
★
Imagine you're tracking the best and worst financial returns over consecutive days.
The core insight — and the source of the 'Negative-Negative Flip Bug' — is that you must simultaneously track both the current maximum and minimum product ending at each index, because multiplying two negatives yields a positive. This problem appears in real-world contexts like stock trading with leverage, signal processing, and any domain where multiplicative effects matter more than additive ones.
The optimal solution runs in O(n) time with O(1) space, making it a staple in technical interviews at companies like Google, Amazon, and Meta, where candidates must demonstrate understanding of state propagation under non-linear transformations.
Plain-English First
Imagine you're tracking the best and worst financial returns over consecutive days. A terrible loss on day 3 followed by a massive loss on day 4 could produce the biggest overall gain (two negatives multiply to a positive). You need to remember both the best and worst streak, because the worst streak might become the best on the next negative day.
Maximum product subarray is a dynamic programming problem that looks like Kadane's algorithm for maximum sum subarray, but the twist is sign flipping. In sum-based problems, negatives only shrink the running value — you can safely ignore them. In product-based problems, two negatives multiply to a positive, so a previously terrible minimum can become the next step's maximum.
The correct approach tracks both max_prod and min_prod at every position. At each element, the new max is the maximum of (element alone, element × prev_max, element × prev_min). The new min is the minimum of the same three candidates. This single-pass O(n), O(1) algorithm handles positives, negatives, and zeros.
The common mistake is applying Kadane's algorithm directly — tracking only the running maximum. On input [-2, 3, -4], Kadane's returns -4. The correct answer is 24 (the entire array). This failure is deterministic and easy to reproduce, making it a high-signal interview question.
The Negative-Negative Flip Bug
Maximum product subarray finds the contiguous subarray within an integer array that yields the largest product. Unlike sum, product has a non-linear behavior: a single negative number can flip the maximum to a minimum, and two negatives can flip it back. This means tracking only the maximum product so far is insufficient — you must also track the minimum product because a negative times a negative becomes positive.
The key property is that the optimal subarray can start or end anywhere, and the product can change sign abruptly. At each step, the new maximum is either the current element alone, the current element times the previous maximum, or the current element times the previous minimum (if both are negative). This forces an O(n) scan with two running variables, maxSoFar and minSoFar, updated simultaneously. The brute-force O(n²) approach is never acceptable in production.
You reach for this algorithm when processing sensor readings, financial returns, or any sequence where multiplicative effects dominate — for example, detecting the best contiguous period of compounded growth in a stock price series. It matters because naive tracking of only the maximum product leads to silent correctness bugs when negative numbers appear, which is common in real-world data.
Don't reset on zero
A zero in the array resets the product, but the maximum product subarray may still be found after it — never break early or reset both trackers to zero.
Production Insight
A trading system using only max product tracking missed the best growth window in a stock price series because two consecutive negative returns flipped the product positive, but the algorithm discarded the minimum. Symptom: the reported maximum product was lower than the actual best subarray. Rule: always maintain both max and min running products when the operation is multiplication.
Key Takeaway
Tracking only the maximum product is a bug — you must also track the minimum product because negatives flip signs.
The optimal subarray can start anywhere; resetting on zero is wrong — zero is just a break, not a termination.
O(n) time and O(1) space is achievable by swapping max and min when encountering a negative number.
thecodeforge.io
Maximum Product Subarray — Negative Flip
Maximum Product Subarray
Naive O(n²) Approach — Understanding the Problem Scope
Before diving into the optimal dual-tracking solution, it's important to understand why the naive approach is too slow for production use. The straightforward method is to generate all possible contiguous subarrays, compute each product, and track the maximum. This is perfectly correct — it will always return the right answer — but it runs in O(n²) time, making it impractical for arrays larger than a few thousand elements.
Implementation: For each starting index i, iterate through ending indices j from i to n-1, maintaining a running product from i to j. Update the global maximum after each multiplication. The running product resets to 1 for each new start (or to the element itself). This approach uses O(1) extra space (just the running product and result), but the double loop costs O(n²) operations.
package io.thecodeforge.algo;
publicclassMaxProductSubarrayBruteForce {
/**
* Naive O(n²) solution — never use in production.
* Simple enough for hand-verification of small arrays.
*/
publicstaticintmaxProductBrute(int[] nums) {
if (nums == null || nums.length == 0) {
thrownewIllegalArgumentException("Input array must not be empty");
}
int globalMax = Integer.MIN_VALUE;
for (int i = 0; i < nums.length; i++) {
int product = 1;
for (int j = i; j < nums.length; j++) {
product *= nums[j];
globalMax = Math.max(globalMax, product);
}
}
return globalMax;
}
publicstaticvoidmain(String[] args) {
System.out.println(maxProductBrute(new int[]{2, 3, -2, 4})); // 6System.out.println(maxProductBrute(new int[]{-2, 3, -4})); // 24System.out.println(maxProductBrute(new int[]{-2, 0, -1})); // 0System.out.println(maxProductBrute(new int[]{-5})); // -5
}
}
Output
6
24
0
-5
Production Insight
In a real-time analytics pipeline processing millions of data points per second, the O(n²) brute force would create unacceptable latency. One startup tried using the naive approach for a fraud detection system that evaluated product subarrays of transaction amounts (some negative for refunds). On a 100K-element array, the algorithm took over 10 seconds per query. After switching to the O(n) dual-tracking approach, queries completed in under 1 millisecond — a 10,000x speedup.
Key Takeaway
The naive O(n²) solution is correct but painfully slow for large inputs. Use it only for debugging small examples or as a correctness oracle for test cases. The O(n) dual-tracking solution is the production-grade standard.
Naive Approach Decision Flow
Algorithm Complexity and Space Optimization
The dual-tracking maximum product subarray achieves O(n) time and O(1) space. This is optimal because any algorithm must examine each element at least once (Ω(n)). The space is constant because we only maintain three integer variables: curr_max, curr_min, and global_max. Unlike many dynamic programming solutions that require a 2D table or even a 1D array, this problem's state depends only on the previous step's max and min. This makes it a textbook example of a space-optimized DP.
Why O(1) space? The recurrence uses only the previous step's values. If we had an array of n elements, we could store max and min for each position, but that's unnecessary. The shift from O(n) space to O(1) space is a common optimization pattern. In Kadane's sum variant, you also only need the previous max. Here, you need both max and min from the previous step, but still only two variables.
Time complexity breakdown: One pass through the array, each iteration does a constant number of operations (two multiplications, two max/min of three integers). No hidden logarithmic factors. For production systems, this means the algorithm scales linearly with input size.
Avoid Common Pitfall — Reading Order Matters
When computing the three candidates, always compute minCandidates and maxCandidates before updating currMax and currMin. If you update currMax first, then compute currMin using the new currMax, you'll get wrong results. Use temporary variables or compute both in a single statement.
Production Insight
In high-frequency trading systems where every microsecond counts, the constant-time operations per element are crucial. The algorithm allows billions of elements to be processed per second on modern hardware. A hedge firm reported that switching from a space-inefficient version (storing all intermediate products) to the O(1) space version reduced cache misses by 40%, improving throughput by 15%.
Key Takeaway
The algorithm is time-optimal (Ω(n)) and space-optimal (O(1)). The space efficiency comes from the fact that the state depends only on the immediate previous step, a common pattern in sequence DP.
How Maximum Product Subarray Works — Step by Step
The key insight is that a negative number can become the maximum if multiplied by another negative. So we track both the maximum and minimum product ending at each position.
Initialize max_prod = min_prod = result = nums[0].
For each nums[i] starting at i=1:
a. If nums[i] is negative, swap max_prod and min_prod (a previously small negative product becomes a large positive when multiplied by negative).
package io.thecodeforge.algo;
publicclassMaxProductSubarray {
/**
* Finds the contiguous subarray with the maximum product.
* Tracks both max and min product ending at each position.
*
* Time: O(n)
* Space: O(1)
*/
publicstaticintmaxProduct(int[] nums) {
if (nums == null || nums.length == 0) {
thrownewIllegalArgumentException("Input array must not be empty");
}
int currMax = nums[0];
int currMin = nums[0];
int globalMax = nums[0];
for (int i = 1; i < nums.length; i++) {
int num = nums[i];
// Three candidates: start fresh, extend max, extend min// Compute all three before updating to avoid using updated valuesint candidateMax = Math.max(num, Math.max(currMax * num, currMin * num));
int candidateMin = Math.min(num, Math.min(currMax * num, currMin * num));
currMax = candidateMax;
currMin = candidateMin;
globalMax = Math.max(globalMax, currMax);
}
return globalMax;
}
publicstaticvoidmain(String[] args) {
// Standard casesSystem.out.println(maxProduct(new int[]{2, 3, -2, 4})); // 6 — [2,3]System.out.println(maxProduct(new int[]{-2, 0, -1})); // 0 — zero resetsSystem.out.println(maxProduct(new int[]{-2, 3, -4})); // 24 — [-2,3,-4]System.out.println(maxProduct(new int[]{2, -5, -2, -4, 3})); // 24 — [-5,-2,-4,3]// Edge casesSystem.out.println(maxProduct(new int[]{-5})); // -5 — single elementSystem.out.println(maxProduct(new int[]{0})); // 0 — single zeroSystem.out.println(maxProduct(new int[]{-2, -3, -4})); // 12 — [-2,-3,-4]System.out.println(maxProduct(new int[]{2, 0, 3})); // 3 — restart after zero
}
}
Output
6
0
24
24
-5
0
12
3
Why Negative × Negative = Maximum
Sum DP: negatives only decrease. Track only max.
Product DP: negatives flip sign. Track both max and min.
The swap (or candidates tuple) handles the sign flip in one step.
Zero is the neutralizer — it resets both max and min to zero.
This pattern appears in any DP where the operation is not monotonic (addition is monotonic, multiplication is not).
Production Insight
A sensor fusion system tracked the maximum confidence product across consecutive readings. Some readings had negative confidence (indicating sensor disagreement). The system tracked only max_confidence (Kadane's style). On a sequence [-0.8, 0.9, -0.7], the system computed max = 0.9. The correct maximum was (-0.8) × 0.9 × (-0.7) = 0.504. The fusion engine missed the high-confidence combined reading because it never tracked the minimum. The fix: track both max and min confidence at each step. The system detected 15% more high-confidence readings after the fix.
Key Takeaway
Track both max and min at every position. The three-candidate update (num alone, num × prev_max, num × prev_min) handles all sign combinations. The swap-or-tuple approach avoids needing explicit negative checks. O(n) time, O(1) space.
What to Track Based on Operation Type
IfOperation is addition (sum subarray)
→
UseTrack only max_ending_here. Negatives only decrease — Kadane's works.
IfOperation is multiplication (product subarray)
→
UseTrack both max and min. Negatives flip sign — min becomes max.
IfOperation is XOR (xor subarray to target)
→
UseTrack prefix XOR and use a hash map. Different pattern entirely.
IfArray has only non-negative numbers
→
UseProduct is monotonic — Kadane's works. But this is a degenerate case.
IfArray has zeros
→
UseZero resets the product. Both max and min become 0. Next element starts fresh.
Step by step: 1. i=0: max_prod=-2, min_prod=-2, result=-2. 2. i=1 (value 3, positive, no swap): max_prod=max(3, -23)=max(3,-6)=3; min_prod=min(3,-23)=min(3,-6)=-6; result=3. 3. i=2 (value -4, negative → swap first): max_prod becomes -6, min_prod becomes 3. Then: max_prod=max(-4,-6-4)=max(-4,24)=24; min_prod=min(-4,3-4)=min(-4,-12)=-12; result=max(3,24)=24. 4. Answer: 24. The swap of max/min when the current element is negative is what enables the algorithm to correctly handle even counts of negatives.
Step 1: currMax=3, currMin=-6. The min (-6) is the compressed spring.
Step 2: multiply by -4. The spring releases: -6 × -4 = 24. New currMax = 24.
Without tracking min: currMax=3, max(3*-4, -4) = -4. The spring is never compressed.
The trace makes this visible. Use it to debug.
In production: log both max and min at each step when debugging product subarray issues.
Production Insight
A portfolio risk engine tracked the maximum cumulative return factor across consecutive trading days. Some days had negative returns (losses). The engine tracked only the running maximum. On a sequence of days with returns [-0.02, 0.03, -0.04] (representing -2%, +3%, -4%), the engine computed max = 0.03. The correct maximum was (-0.02) × 0.03 × (-0.04) = 0.000024 (a small but real gain from the loss-loss reversal). For larger inputs with multiple negative days, the engine missed significant recovery patterns. The fix: track both max and min return factors. The engine detected 8% more profitable trading windows after the fix.
Key Takeaway
The trace reveals the mechanism: the minimum becomes the maximum when multiplied by a negative. Use traced output to debug. In production, log both max and min at each step. The [-2, 3, -4] trace is the canonical example — if your algorithm doesn't produce 24, it's broken.
The Solution — Track Both Min and Max
The critical insight: multiplying two negatives gives a positive, so today's minimum could become tomorrow's maximum. Maintain both max_product and min_product at each step. For each element: the new max is the maximum of (element alone, element prev_max, element prev_min). The new min is the minimum of the same three choices. When a zero is encountered, both reset to 0 or the element itself. Update the global answer with max_product at each step. This single-pass O(n), O(1) approach handles all cases: positives, negatives, and zeros.
package io.thecodeforge.algo;
import java.util.Arrays;
/**
* Production-grade maximum product subarray implementation.
* Tracks both max and min product ending at each position.
*
* Key invariant: at each step, currMax * currMin <= 0 is NOT guaranteed
* (both can be negative if the element is negative).
*/
publicclassMaxProductSubarrayProduction {
/**
* Returns the maximum product of any contiguous subarray.
*
* @param nums array of integers (may contain negatives and zeros)
* @return maximum product
* @throwsIllegalArgumentExceptionif nums is null or empty
*/
publicstaticintmaxProduct(int[] nums) {
if (nums == null || nums.length == 0) {
thrownewIllegalArgumentException("Input array must not be empty");
}
// Initialize with first element — NOT zeroint currMax = nums[0];
int currMin = nums[0];
int globalMax = nums[0];
for (int i = 1; i < nums.length; i++) {
int num = nums[i];
// Compute all candidates BEFORE updating to avoid using stale values// The three candidates: start fresh, extend max streak, extend min streakint nextMax = Math.max(num, Math.max(currMax * num, currMin * num));
int nextMin = Math.min(num, Math.min(currMax * num, currMin * num));
currMax = nextMax;
currMin = nextMin;
globalMax = Math.max(globalMax, currMax);
}
return globalMax;
}
/**
* Variant: returns the subarray itself, not just the product.
* Tracks start/end indices alongside max/min products.
*/
publicstaticint[] maxProductSubarray(int[] nums) {
if (nums == null || nums.length == 0) {
thrownewIllegalArgumentException("Input array must not be empty");
}
int currMax = nums[0];
int currMin = nums[0];
int globalMax = nums[0];
int maxStart = 0, maxEnd = 0;
int currMaxStart = 0, currMinStart = 0;
for (int i = 1; i < nums.length; i++) {
int num = nums[i];
int nextMax = Math.max(num, Math.max(currMax * num, currMin * num));
int nextMin = Math.min(num, Math.min(currMax * num, currMin * num));
// Track where the max subarray startsif (nextMax == num) {
currMaxStart = i;
} elseif (nextMax == currMin * num) {
currMaxStart = currMinStart;
}
// else: nextMax == currMax * num, start unchangedif (nextMin == num) {
currMinStart = i;
} elseif (nextMin == currMax * num) {
currMinStart = currMaxStart;
}
currMax = nextMax;
currMin = nextMin;
if (currMax > globalMax) {
globalMax = currMax;
maxStart = currMaxStart;
maxEnd = i;
}
}
returnArrays.copyOfRange(nums, maxStart, maxEnd + 1);
}
publicstaticvoidmain(String[] args) {
// Value-onlySystem.out.println("Max product: " + maxProduct(new int[]{2, 3, -2, 4})); // 6System.out.println("Max product: " + maxProduct(new int[]{-2, 3, -4})); // 24System.out.println("Max product: " + maxProduct(new int[]{2, -5, -2, -4, 3})); // 24// Subarray variantSystem.out.println("Max subarray: " + Arrays.toString(
maxProductSubarray(newint[]{2, 3, -2, 4})));
System.out.println("Max subarray: " + Arrays.toString(
maxProductSubarray(newint[]{-2, 3, -4})));
System.out.println("Max subarray: " + Arrays.toString(
maxProductSubarray(newint[]{2, -5, -2, -4, 3})));
}
}
Output
Max product: 6
Max product: 24
Max product: 24
Max subarray: [2, 3]
Max subarray: [-2, 3, -4]
Max subarray: [-5, -2, -4, 3]
Pro Tip: The Candidates Tuple Eliminates the Swap
Swap approach: conditional branch, mutates state, can introduce bugs if swap is forgotten.
Tuple approach: no branch, no mutation, all cases handled in one expression.
Both produce the same result. Tuple is cleaner for production code.
The swap approach is slightly faster (one branch vs two max/min calls), but the difference is negligible.
In production: prefer clarity (tuple). In competitive programming: prefer speed (swap).
Production Insight
A recommendation engine scored product bundles by cumulative rating factor. Some bundles had negative ratings (penalty items). The engine tracked only max_rating (Kadane's). On input [-1, 2, -3], the engine returned -1. The correct maximum was (-1) × 2 × (-3) = 6. The engine recommended the wrong bundle for 3 weeks before the bug was found in a quarterly review. The fix: track both max and min rating factors. The engine's recommendation accuracy improved by 4% after the fix.
Key Takeaway
The candidates tuple approach (num, currMaxnum, currMinnum) eliminates the need for explicit negative checks. The subarray-variant tracks start/end indices alongside max/min products. In production, prefer the tuple approach for clarity and correctness.
Why Kadane’s Intuition Breaks for Products
Most devs reach for Kadane’s algorithm when they see "maximum subarray." That works for sums because addition is monotonic — negative numbers only drag the total down. Products flip the game. A single -2 can nuke your max or turn a liability into a goldmine.
Consider [2, -3, -4]. Kadane’s sum trick would track max ending here: [2, max(-1, -3) = -1, max(-4, -4) = -4] → final max = 2. Wrong. The product subarray [2, -3, -4] gives 24. You missed it because you discarded the negative chain.
The fix? Track both the minimum and maximum product ending at each position. The min captures that negative that might flip next round. Your max becomes Math.max(current, current prevMax, current prevMin). Yes, you triple-evaluate every element. That’s not inefficiency — it’s correctness.
Senior engineers don’t cargo-cult patterns. They understand why one pattern explodes in a new domain.
KadaneBreakExample.javaJAVA
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
// io.thecodeforge — dsa tutorialpublicclassKadaneBreakExample {
publicstaticvoidmain(String[] args) {
int[] prices = {2, -3, -4};
int maxSum = prices[0];
int currentSum = prices[0];
for (int i = 1; i < prices.length; i++) {
currentSum = Math.max(prices[i], currentSum + prices[i]);
maxSum = Math.max(maxSum, currentSum);
}
System.out.println("Kadane sum result: " + maxSum);
int maxProduct = prices[0];
int minProduct = prices[0];
int result = prices[0];
for (int i = 1; i < prices.length; i++) {
int candidate1 = prices[i] * maxProduct;
int candidate2 = prices[i] * minProduct;
maxProduct = Math.max(prices[i], Math.max(candidate1, candidate2));
minProduct = Math.min(prices[i], Math.min(candidate1, candidate2));
result = Math.max(result, maxProduct);
}
System.out.println("Actual max product: " + result);
}
}
Output
Kadane sum result: 2
Actual max product: 24
Production Trap: Sum-First Thinking
If your interview or PR review assumes Kadane works for products, you’ll ship a bug that only surfaces with alternating signs. Always calc both min and max when multiplication is involved.
Key Takeaway
For product problems, track both min and max at every step — negatives flip, and you must catch the swing.
Edge Cases That Burn Production Pipelines
Most tutorials stop after the happy path. Real pipelines ingest garbage. Three edge cases will crater your algorithm if you don't guard them.
First: zeros. Array [0, 5, -2]. Naive tracking resets on zero, but you must restart the running subarray. Your max resets to 0, but the real answer is 5. The fix: when you hit zero, reset both min and max to 1 before processing the next element. Not 0 — because 1 is the multiplicative identity. Multiply by anything, it survives.
Second: all negative numbers with no zero. [-5, -2, -1]. The global max product is -1 — the single least negative element. Your algorithm must handle the case where any subarray product is negative. Always start result as first element, not 0 or Integer.MIN_VALUE.
Third: single element arrays. Your loop never enters. Initialize all trackers to arr[0]. Yes, even the min and max. Return arr[0]. This isn't academic — I’ve seen this break real-time stock calculations where data arrives one tick at a time.
Don’t trust LeetCode test cases. They’re sanitized. Your production data isn’t.
EdgeCaseGuard.javaJAVA
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
// io.thecodeforge — dsa tutorialpublicclassEdgeCaseGuard {
publicstaticintmaxProduct(int[] nums) {
if (nums == null || nums.length == 0) {
thrownewIllegalArgumentException("At least one element required");
}
int result = nums[0];
int maxProduct = nums[0];
int minProduct = nums[0];
for (int i = 1; i < nums.length; i++) {
int current = nums[i];
if (current == 0) {
maxProduct = 1;
minProduct = 1;
result = Math.max(result, 0);
continue;
}
int candidateMax = current * maxProduct;
int candidateMin = current * minProduct;
maxProduct = Math.max(current, Math.max(candidateMax, candidateMin));
minProduct = Math.min(current, Math.min(candidateMax, candidateMin));
result = Math.max(result, maxProduct);
}
return result;
}
publicstaticvoidmain(String[] args) {
System.out.println(maxProduct(newint[]{0, 5, -2}));
System.out.println(maxProduct(newint[]{-5, -2, -1}));
System.out.println(maxProduct(newint[]{-7}));
}
}
Output
5
-1
-7
Senior Shortcut: Reset on Zero
When you hit a zero, set min and max to 1 — not 0. This preserves the multiplicative chain for the next non-zero element.
Key Takeaway
Always guard zeros, handle all-negative arrays, and initialize trackers with arr[0] — not magic constants.
● Production incidentPOST-MORTEMseverity: high
Pricing Engine Computed Wrong Maximum Discount: Tracked Only Max Product, Missed Negative-Negative Flip
Symptom
Pricing engine returned negative discount factors for bundles containing even numbers of negative multipliers. 12% of price quotes were wrong. The engine's output was sometimes negative (a penalty) when it should have been positive (a discount).
Assumption
The team assumed a data pipeline bug was feeding incorrect multiplier values. They spent 6 hours validating the input data, checking ETL logs, and testing the upstream service.
Root cause
The pricing engine used Kadane's algorithm (tracking only max_ending_here) for maximum product subarray. On input [-2, 3, -4], the algorithm computed: start max=-2, then max(-23, 3)=3, then max(3-4, -4)=-4. It returned -4. The correct answer is 24, achieved by tracking min_ending_here as well: after [-2,3], min=-6, then min(-6*-4, -4, ...)=24. The engine never tracked the minimum, so it missed every negative-negative flip.
Fix
1. Replaced Kadane's with the dual-tracking algorithm: maintain both curr_max and curr_min at each step.
2. At each element, compute candidates = (num, curr_max num, curr_min num), then curr_max = max(candidates), curr_min = min(candidates).
3. Added a regression test: max_product([-2, 3, -4]) must return 24, not -4.
4. Added a validation: if the result is negative and the input contains an even number of negative values, flag as suspicious.
5. Documented the difference between maximum sum subarray and maximum product subarray in the pricing engine's README.
Key lesson
Kadane's algorithm tracks only max — it works for sums but fails for products. Products can flip sign.
Track both max and min at every position. The min becomes the max when multiplied by a negative.
Test with [-2, 3, -4] — if the answer is not 24, the algorithm is wrong.
Zero resets both max and min to zero. The algorithm handles this naturally, but verify with [2, 0, -1] → 2, not 0.
When the domain includes negatives, always ask: can the worst case become the best case? If yes, track both.
Production debug guideSymptom-first investigation path for product subarray bugs.5 entries
Symptom · 01
Result is negative when the input has an even number of negatives (e.g., [-2, 3, -4] returns -4 instead of 24).
→
Fix
Check if the algorithm tracks only max_ending_here (Kadane's style). If yes, it misses the negative-negative flip. Add min_ending_here tracking: at each step, compute max(num, prev_max num, prev_min num) and min(num, prev_max num, prev_min num).
Symptom · 02
Result is 0 when the input has no zeros (e.g., [2, 3] returns 0 or resets unexpectedly).
→
Fix
Check if the algorithm initializes curr_max and curr_min correctly. They should start at nums[0], not 0. A zero initialization causes the first element to be multiplied by 0, resetting everything.
Symptom · 03
Result is wrong on single-element arrays (e.g., [-5] returns 0 instead of -5).
→
Fix
Check if the algorithm handles the base case. For a single-element array, the answer is that element itself. Initialize global_max = curr_max = curr_min = nums[0], then iterate from index 1.
Symptom · 04
Result is correct for positive-only arrays but wrong when negatives are introduced.
→
Fix
The algorithm works for positives by coincidence (no sign flips). The bug is in negative handling. Test with [-2, 3, -4]. If it returns -4, the min-tracking is missing.
Symptom · 05
Zero in the array causes the result to be 0 even when a larger product exists after the zero.
→
Fix
Check if the algorithm correctly restarts after a zero. When num=0, both curr_max and curr_min become 0. The next positive element starts a new subarray. Test with [2, 0, 3] → should return 3, not 0.
★ Maximum Product Subarray TriageRapid checks to isolate product subarray bugs.
Wrong answer on arrays with negatives ([-2, 3, -4] returns -4 instead of 24).−
Immediate action
Check if min_prod is tracked alongside max_prod.
Commands
Print both: System.out.println("max=" + curr_max + " min=" + curr_min) at each step
Test [-2, 3, -4] — expected 24. If -4, min-tracking is missing.
Because multiplying by a negative flips the sign. If curr_max = -6 (very negative) and we multiply by -4, we get +24 — suddenly the minimum becomes the maximum. Without tracking the minimum, you miss this flip.
Was this helpful?
02
How does a zero affect the algorithm?
When you encounter a zero, num × curr_max = 0 and num × curr_min = 0. Both curr_max and curr_min reset to max(0, 0, num) and min(0, 0, num) = 0. This effectively restarts the search from scratch after the zero, which is correct — zero terminates any product subarray.
Was this helpful?
03
Why do we track both max and min products?
A negative number flips max to min and min to max. If the current minimum (a large negative) is multiplied by a new negative element, it becomes the new maximum. Without tracking both, we'd miss this case.
Was this helpful?
04
What happens when the array contains zeros?
Zero resets both max_product and min_product to zero. Any subarray containing a zero has product zero. The algorithm handles this naturally: max(0*anything, arr[i]) = arr[i] when arr[i] > 0, correctly starting a new subarray after the zero.
Was this helpful?
05
Why do we swap max_prod and min_prod when nums[i] is negative?
Multiplying by a negative flips the sign. The old minimum (most negative) × negative = largest positive. The old maximum (most positive) × negative = most negative. Swapping before the update ensures we compute the new max and min correctly in one step.
Was this helpful?
06
How does this differ from the maximum sum subarray (Kadane's) algorithm?
Kadane's tracks only one running value (max_ending_here) because sums can only grow by adding positive numbers — negatives only shrink. Products can flip sign, so negatives can be beneficial. That's why we track both max and min products at every position.
Was this helpful?
07
What happens when the array contains zeros?
A zero resets the product. When nums[i]=0, both max_prod and min_prod become max(0,0)=0 and min(0,0)=0. The next element starts fresh. If the maximum product subarray cannot avoid a zero, the answer might be 0 (handled because result is updated each step including when max_prod=0).
Was this helpful?
08
Why can't you use log transform to convert product to sum?
Log transform converts product to sum: log(a*b) = log(a) + log(b). But it breaks on zeros (log(0) = -infinity) and negatives (log of negative is undefined in reals). Since the problem includes both zeros and negatives, log transform is not viable. Use the direct dual-tracking approach.
Was this helpful?
09
How do you return the actual subarray, not just the product?
Track start and end indices alongside max and min products. When the new max comes from 'num alone', the subarray starts at the current index. When it comes from 'currMax num' or 'currMin num', the subarray extends from the corresponding start index. Update global max start/end when a new global maximum is found.