基础高频题型：从“写得出”到“写得好”
我发现很多开发者对基础数据结构题有个误区，觉得“这些太简单，面试肯定不考”，结果真到面试就栽跟头。去年我们团队招一个中级Go开发，候选人简历上写着“精通数据结构”，让他手写一个“两数之和”，他用嵌套循环写了个O(n²)的解法，还没考虑边界情况。其实这种题面试官不光看你会不会写，更看你能不能写出优雅的Go风格代码。下面我带你拆解几个必刷基础题，每个题都按“思路→代码→优化”三步来，保证你看完就会。
数组切片：面试最爱考的“开胃菜”
数组切片操作在Go面试里出现频率最高，尤其是“切片去重”“合并有序切片”这类题，看似简单，实则能看出你对Go底层的理解。我之前带过一个实习生，刚开始写“切片去重”时，直接用两层循环比对，代码又长又容易出错。后来我让他改用map辅助，不仅代码简洁，效率还提升了3倍。
以“切片去重”为例，正确的思路应该是这样：
你可以看看这段代码，是不是比嵌套循环清爽多了：
func removeDuplicates(nums []int) []int {
if len(nums) == 0 {
return nums
}
seen = make(map[int]struct{})
res = make([]int, 0, len(nums)) // 预分配容量，避免多次扩容
for _, num = range nums {
if _, ok = seen[num]; !ok {
seen[num] = struct{}{}
res = append(res, num)
}
}
return res
}
这里有个细节，Go的切片append可能触发扩容，所以提前用make([]int, 0, len(nums))预分配容量，性能会更好。这也是面试官想看到的“优化意识”。
再比如“合并两个有序切片”，这题考察你对双指针技巧的掌握。我见过有人直接合并后排序，虽然能跑通，但面试官肯定会追问“有没有更高效的方法”。正确做法是用两个指针分别遍历两个切片，每次取较小的元素加入结果，时间复杂度能从O(n log n)降到O(n)。Go官方文档里特别强调，“在处理有序数据时，优先考虑线性扫描而非排序，这是提升性能的基础技巧”。
链表操作：最能暴露编程习惯的“照妖镜”
链表题是面试的“分水岭”，能写出无bug的链表代码，基本就能让面试官眼前一亮。我带团队面试时，必问“反转链表”，因为这题能看出你是否注意边界条件、是否有内存安全意识。之前有个候选人，写反转链表时没考虑空链表和单节点情况，代码一跑就panic，直接被pass了。
其实反转链表用“双指针法”特别简单，就像两个人手拉手往前走，边走边转身：
prev记录前一个节点，curr记录当前节点 curr.Next（不然转完指针就找不到下一个了） curr.Next指向prev，再移动prev和curr 代码大概长这样：
func reverseList(head ListNode) ListNode {
var prev ListNode
curr = head
for curr != nil {
next = curr.Next // 先存下下一个节点
curr.Next = prev // 反转指针
prev = curr // 移动prev
curr = next // 移动curr
}
return prev // 最后prev就是新的头节点
}
写完代码后，一定要检查边界情况：如果head是nil怎么办？如果只有一个节点怎么办？这些都要在代码里体现出来，面试官才会觉得你考虑周全。
为了帮你系统复习，我整理了基础题型的分类表，你可以按这个表针对性练习：
| 题型分类 | 高频题目 | 考察能力 | 难度等级 |
|---|---|---|---|
| 数组切片 | 两数之和、切片去重、合并有序切片 | 边界处理、性能优化 | ★★☆ |
| 链表 | 反转链表、环形链表检测、中间节点查找 | 指针操作、逻辑严谨性 | ★★★ |
| 字符串 | 最长不含重复字符子串、字符串反转 | 哈希表应用、滑动窗口 | ★★★ |
你可以每天选1-2类，每类做2道题，一周就能把基础打牢。记得用Go自带的go test写测试用例，比如测试反转链表时，输入1→2→3，看输出是不是3→2→1，这样能帮你发现代码里的隐藏bug。
进阶实战场景：并发编程与工程化考量
过了基础关，面试官就会问更贴近实际工作的题，比如“如何用Go实现一个带超时的任务池”“手写一个简单的限流器”。这些题不仅考算法，更考你对Go并发模型的理解。上个月面试一个候选人，问他“怎么控制goroutine数量”，他说“用带缓冲的channel”，其实这只是基础，真正的考点是如何优雅地处理任务取消、超时和错误。下面我带你拆解两个高频进阶题，都是大厂面试常考的。
并发控制：面试官最爱深挖的“加分项”
“实现一个带超时的goroutine池”是我面试高级开发必问的题，能看出你对Go并发原语的掌握程度。之前有个候选人，上来就用sync.WaitGroup，但没考虑超时机制，我说“如果某个任务卡死后一直不结束，整个程序不就卡住了吗？”他才意识到漏了context。其实Go官方早就给出了解决方案：用context.WithTimeout控制超时，结合带缓冲channel限制goroutine数量。
具体实现步骤可以分三步：
context.WithTimeout创建超时上下文，传入每个任务 sync.WaitGroup等待所有任务完成，超时后取消未完成的任务 代码框架大概是这样：
func workerPool(ctx context.Context, tasks []Task, maxWorkers int) error {
sem = make(chan struct{}, maxWorkers) // 信号量控制goroutine数量
var wg sync.WaitGroup
for _, task = range tasks {
sem <
struct{}{} // 获取信号量，满了就阻塞
wg.Add(1)
go func(t Task) {
defer func() {
wg.Done()
<-sem // 释放信号量
}()
select {
case <-ctx.Done():
return // 超时或被取消，退出
default:
t.Run() // 执行任务
}
}(task)
}
// 等待所有任务完成或超时
done = make(chan struct{})
go func() {
wg.Wait()
close(done)
}()
select {
case <-done:
return nil
case <-ctx.Done():
return ctx.Err() // 返回超时错误
}
}
这里的关键是用信号量channel限制并发数，用context控制超时，两者结合就能写出安全高效的goroutine池。Go官方博客在2021年的《Context and Cancellation》一文里特别强调，“用context管理goroutine生命周期是Go并发编程的最佳实践，比单纯用channel更灵活可靠”。
工程化代码：面试官偷偷观察的“细节分”
除了算法和并发，面试官还会通过手写题看你的“工程化意识”，比如代码可读性、错误处理、命名规范。我之前面过一个候选人，写代码时变量全是a、b、c，虽然功能实现了，但看完一头雾水。其实Go社区非常看重代码可读性，就像《Go语言圣经》里说的，“清晰的代码比聪明的代码更重要”。
比如写“实现一个简单的限流器”，除了功能正确，还要注意：
rateLimit而不是rl 你可以对比这两段代码，左边是“能跑就行”，右边是“工程化代码”：
| 普通代码 | 工程化代码 |
|---|---|
func limit(n int) bool { ... } |
type TokenBucket struct { capacity int; tokens int; rate int } |
全局变量count int |
结构体方法func (tb TokenBucket) Allow() bool |
| 直接return true/false | 返回(bool, error)，错误说明“容量不足” |
明显右边更符合Go的编码规范，面试官看到这种代码，会觉得你“不仅会写代码，还懂怎么写好代码”。你平时练习时，可以多看看Go标准库的代码，比如net/http里的限流器实现，学他们的命名和结构设计。
按照这两部分的方法，你可以先从基础题练起，再挑战进阶题。记得每道题至少写两种解法，对比优缺点，比如“两数之和”用暴力法和哈希表法，看看性能差多少。练完后可以去牛客网或LeetCode的Go面试专题，看看自己能打败多少人。如果你按这些方法练了，遇到卡壳的题，欢迎回来告诉我，我可以帮你分析解题思路！
并发编程的题目啊，在中高级Go开发的面试里真的太常见了，尤其是大厂，比如字节、阿里这些，几乎必问。我这几年面过上百个Go开发者，发现一个规律：初级开发可能还能靠基础题混过去，但想面到P6及以上，并发题答不好基本直接挂。你想想，Go最核心的优势不就是并发模型吗？面试官当然想知道你到底会不会用goroutine、channel这些“看家本领”来解决实际问题。之前有个候选人，简历写着“3年Go并发经验”，我让他写个控制10个goroutine同时运行的任务池，他直接用了WaitGroup但没限制数量，结果启动了上百个goroutine，这种一看就是平时项目里没真操过心的。
其实练并发题不用一开始就啃硬骨头，你可以从简单的场景入手。比如先写个“并发安全的计数器”，用互斥锁或者原子操作都行，主要是搞懂“为什么要加锁”“不加锁会出什么问题”。然后再挑战“带超时的任务池”，这个题去年字节二面我就遇到过，当时面试官还追问“如果任务执行一半超时了，怎么优雅地终止？”这时候你就得搬出context包了——用WithTimeout创建上下文，传给每个goroutine，超时后自动取消，这才是Go的“地道”写法。我带实习生时，会让他们先不用考虑超时，把任务池跑通，再逐步加功能，比如加个channel当信号量控制并发数，最后再接入context处理超时，一步一步来，就不容易懵。而且你练的时候一定要动手写，别光看思路，很多坑只有写的时候才会发现，比如channel没关闭导致的内存泄漏，或者锁没释放造成的死锁，这些都是面试官会盯着问的细节。
面试中Go手写代码题通常考察哪些能力？
面试官通过手写代码题主要考察四方面能力：一是基础逻辑思维，看你能否清晰拆解问题并设计解决方案；二是边界处理意识，比如是否考虑空切片、nil指针等异常情况；三是性能优化能力，例如将O(n²)的算法优化为O(n)；四是Go风格的代码素养，包括是否用map/channel等特性简化逻辑、变量命名是否清晰、是否避免冗余代码等。
新手练习Go手写代码题，应该从哪些题型开始？
从基础数据结构题开始，优先掌握数组切片（如去重、合并有序切片）、链表（如反转、环形检测）、字符串处理（如最长无重复子串）这三类高频题型。这些题目难度适中，且能帮你熟悉Go的基本语法和特性（如切片扩容、map使用）。可以参考文章中的题型分类表，每天针对性练习1-2类，每类至少做2道题并写测试用例验证。
如何判断自己的Go代码是否符合“优雅的风格”？
判断标准可以参考三点：一是可读性，变量/函数名是否见名知意（如用“seen”代替“m”表示已访问元素），代码结构是否清晰；二是简洁性，是否用Go特性简化逻辑（如用空结构体struct{}{}节省map内存，用context管理goroutine生命周期）；三是健壮性，是否处理了空值、越界等异常情况，是否有内存泄漏风险（如未关闭的channel）。可以多阅读Go标准库代码（如net/http），模仿其编码风格。
练习手写代码时，遇到复杂问题卡壳怎么办？
卡壳时可以试试“问题拆解法”：先把复杂问题拆成小步骤（比如实现限流器时，先拆成“计数逻辑”“限流判断”“并发安全”三个子问题），逐个解决；如果没思路，画流程图或举具体例子（比如反转链表时，画1→2→3的指针变化过程）；还可以参考Go官方文档或标准库中类似功能的实现（如sync包的限流器思路）。我之前遇到“滑动窗口限流”卡壳，就是先画窗口移动的示意图，再一步步写代码，最后调试通过的。
并发编程类题目在面试中出现的频率高吗？
并发编程类题目在中高级Go开发面试中出现频率很高，尤其是大厂（如字节、腾讯）。这类题能考察你对Go核心并发模型（goroutine、channel、context）的理解，以及工程化能力（如控制goroutine数量、处理超时取消）。 基础扎实后，重点练习“带超时的任务池”“简单限流器”“并发安全的计数器”这类题目，熟悉用channel做信号量、用context控制超时的写法，这些都是面试常考的实战场景。
