Off-by-one on range boundaries
Wrong move: Loop endpoints miss first/last candidate.
Usually fails on: Fails on minimal arrays and exact-boundary answers.
Fix: Re-derive loops from inclusive/exclusive ranges before coding.
Move from brute-force thinking to an efficient approach using array strategy.
Given a C++ program, remove comments from it. The program source is an array of strings source where source[i] is the ith line of the source code. This represents the result of splitting the original source code string by the newline character '\n'.
In C++, there are two types of comments, line comments, and block comments.
"//" denotes a line comment, which represents that it and the rest of the characters to the right of it in the same line should be ignored."/*" denotes a block comment, which represents that all characters until the next (non-overlapping) occurrence of "*/" should be ignored. (Here, occurrences happen in reading order: line by line from left to right.) To be clear, the string "/*/" does not yet end the block comment, as the ending would be overlapping the beginning.The first effective comment takes precedence over others.
"//" occurs in a block comment, it is ignored."/*" occurs in a line or block comment, it is also ignored.If a certain line of code is empty after removing comments, you must not output that line: each string in the answer list will be non-empty.
There will be no control characters, single quote, or double quote characters.
source = "string s = "/* Not a comment. */";" will not be a test case.Also, nothing else such as defines or macros will interfere with the comments.
It is guaranteed that every open block comment will eventually be closed, so "/*" outside of a line or block comment always starts a new comment.
Finally, implicit newline characters can be deleted by block comments. Please see the examples below for details.
After removing the comments from the source code, return the source code in the same format.
Example 1:
Input: source = ["/*Test program */", "int main()", "{ ", " // variable declaration ", "int a, b, c;", "/* This is a test", " multiline ", " comment for ", " testing */", "a = b + c;", "}"]
Output: ["int main()","{ "," ","int a, b, c;","a = b + c;","}"]
Explanation: The line by line code is visualized as below:
/*Test program */
int main()
{
// variable declaration
int a, b, c;
/* This is a test
multiline
comment for
testing */
a = b + c;
}
The string /* denotes a block comment, including line 1 and lines 6-9. The string // denotes line 4 as comments.
The line by line output code is visualized as below:
int main()
{
int a, b, c;
a = b + c;
}
Example 2:
Input: source = ["a/*comment", "line", "more_comment*/b"] Output: ["ab"] Explanation: The original source string is "a/*comment\nline\nmore_comment*/b", where we have bolded the newline characters. After deletion, the implicit newline characters are deleted, leaving the string "ab", which when delimited by newline characters becomes ["ab"].
Constraints:
1 <= source.length <= 1000 <= source[i].length <= 80source[i] consists of printable ASCII characters.Problem summary: Given a C++ program, remove comments from it. The program source is an array of strings source where source[i] is the ith line of the source code. This represents the result of splitting the original source code string by the newline character '\n'. In C++, there are two types of comments, line comments, and block comments. The string "//" denotes a line comment, which represents that it and the rest of the characters to the right of it in the same line should be ignored. The string "/*" denotes a block comment, which represents that all characters until the next (non-overlapping) occurrence of "*/" should be ignored. (Here, occurrences happen in reading order: line by line from left to right.) To be clear, the string "/*/" does not yet end the block comment, as the ending would be overlapping the beginning. The first effective comment takes precedence over others. For example, if the
Start with the most direct exhaustive search. That gives a correctness anchor before optimizing.
Pattern signal: Array
["/*Test program */", "int main()", "{ ", " // variable declaration ", "int a, b, c;", "/* This is a test", " multiline ", " comment for ", " testing */", "a = b + c;", "}"]["a/*comment", "line", "more_comment*/b"]
mini-parser)ternary-expression-parser)Source-backed implementations are provided below for direct study and interview prep.
// Accepted solution for LeetCode #722: Remove Comments
class Solution {
public List<String> removeComments(String[] source) {
List<String> ans = new ArrayList<>();
StringBuilder sb = new StringBuilder();
boolean blockComment = false;
for (String s : source) {
int m = s.length();
for (int i = 0; i < m; ++i) {
if (blockComment) {
if (i + 1 < m && s.charAt(i) == '*' && s.charAt(i + 1) == '/') {
blockComment = false;
++i;
}
} else {
if (i + 1 < m && s.charAt(i) == '/' && s.charAt(i + 1) == '*') {
blockComment = true;
++i;
} else if (i + 1 < m && s.charAt(i) == '/' && s.charAt(i + 1) == '/') {
break;
} else {
sb.append(s.charAt(i));
}
}
}
if (!blockComment && sb.length() > 0) {
ans.add(sb.toString());
sb.setLength(0);
}
}
return ans;
}
}
// Accepted solution for LeetCode #722: Remove Comments
func removeComments(source []string) (ans []string) {
t := []byte{}
blockComment := false
for _, s := range source {
m := len(s)
for i := 0; i < m; i++ {
if blockComment {
if i+1 < m && s[i] == '*' && s[i+1] == '/' {
blockComment = false
i++
}
} else {
if i+1 < m && s[i] == '/' && s[i+1] == '*' {
blockComment = true
i++
} else if i+1 < m && s[i] == '/' && s[i+1] == '/' {
break
} else {
t = append(t, s[i])
}
}
}
if !blockComment && len(t) > 0 {
ans = append(ans, string(t))
t = []byte{}
}
}
return
}
# Accepted solution for LeetCode #722: Remove Comments
class Solution:
def removeComments(self, source: List[str]) -> List[str]:
ans = []
t = []
block_comment = False
for s in source:
i, m = 0, len(s)
while i < m:
if block_comment:
if i + 1 < m and s[i : i + 2] == "*/":
block_comment = False
i += 1
else:
if i + 1 < m and s[i : i + 2] == "/*":
block_comment = True
i += 1
elif i + 1 < m and s[i : i + 2] == "//":
break
else:
t.append(s[i])
i += 1
if not block_comment and t:
ans.append("".join(t))
t.clear()
return ans
// Accepted solution for LeetCode #722: Remove Comments
impl Solution {
pub fn remove_comments(source: Vec<String>) -> Vec<String> {
let mut ans: Vec<String> = Vec::new();
let mut t: Vec<String> = Vec::new();
let mut blockComment = false;
for s in &source {
let m = s.len();
let mut i = 0;
while i < m {
if blockComment {
if i + 1 < m && &s[i..i + 2] == "*/" {
blockComment = false;
i += 2;
} else {
i += 1;
}
} else {
if i + 1 < m && &s[i..i + 2] == "/*" {
blockComment = true;
i += 2;
} else if i + 1 < m && &s[i..i + 2] == "//" {
break;
} else {
t.push(s.chars().nth(i).unwrap().to_string());
i += 1;
}
}
}
if !blockComment && !t.is_empty() {
ans.push(t.join(""));
t.clear();
}
}
ans
}
}
// Accepted solution for LeetCode #722: Remove Comments
function removeComments(source: string[]): string[] {
const ans: string[] = [];
const t: string[] = [];
let blockComment = false;
for (const s of source) {
const m = s.length;
for (let i = 0; i < m; ++i) {
if (blockComment) {
if (i + 1 < m && s.slice(i, i + 2) === '*/') {
blockComment = false;
++i;
}
} else {
if (i + 1 < m && s.slice(i, i + 2) === '/*') {
blockComment = true;
++i;
} else if (i + 1 < m && s.slice(i, i + 2) === '//') {
break;
} else {
t.push(s[i]);
}
}
}
if (!blockComment && t.length) {
ans.push(t.join(''));
t.length = 0;
}
}
return ans;
}
Use this to step through a reusable interview workflow for this problem.
Two nested loops check every pair or subarray. The outer loop fixes a starting point, the inner loop extends or searches. For n elements this gives up to n²/2 operations. No extra space, but the quadratic time is prohibitive for large inputs.
Most array problems have an O(n²) brute force (nested loops) and an O(n) optimal (single pass with clever state tracking). The key is identifying what information to maintain as you scan: a running max, a prefix sum, a hash map of seen values, or two pointers.
Review these before coding to avoid predictable interview regressions.
Wrong move: Loop endpoints miss first/last candidate.
Usually fails on: Fails on minimal arrays and exact-boundary answers.
Fix: Re-derive loops from inclusive/exclusive ranges before coding.