青玉白露

07-23 22:30 字节跳动_服务端开发工程师

发布于四川

关注

校招参考！腾娱互动-Go社招一面

面试问题

为什么想离职
对我们的招聘岗位有了解吗
有去过武汉吗
自我介绍
什么时候接触golang的，自学的是么，为什么想到去学go
分享一下go语言的学习经验
学习go的时候有没有遇到过什么问题？
讲一下goroutine与线程有什么不同呢？
什么情况下会引起panic
怎么捕获panic
error 和 panic的区别
golang的gc怎么做的

触发时机是什么？
go的gc为什么要引入短暂的全局停顿
标记回收的时候怎么解决循环引用的问题
什么是弱引用，举个例子，比如定义了一个组合类型，一个循环嵌套的关系，什么是弱引用，什么是循环引用

项目

在中台系统具体负责哪些
数据抓取遇到过哪些难点？

有关注过哪些最新的技术发展
反问

原问题链接：https://www.nowcoder.com/discuss/642858660929994752

参考回答

离职原因和求职动机

「面试官」：欢迎来到今天的面试。首先，能否谈谈你为什么想要离开当前的工作岗位？

『求职者』：谢谢面试官。我考虑离职主要是因为我希望能在职业发展上有新的突破。在当前公司，我已经积累了丰富的经验，但我感觉自己的成长速度有所放缓。我一直关注贵公司的发展，被你们在技术创新和团队文化方面的成就所吸引。我认为加入贵公司将给我带来新的挑战和学习机会，能够帮助我更好地发展我的职业生涯。

「面试官」：理解。那么，你对我们公司的这个招聘岗位有什么了解吗？

『求职者』：是的，我对贵公司的这个岗位做了一些研究。我了解到这是一个专注于Go语言开发的后端工程师岗位，主要负责公司核心业务系统的开发和优化。我特别注意到岗位要求中提到了分布式系统的经验和高并发处理能力，这正是我在过去的工作中积累的经验和我希望进一步深入的领域。

「面试官」：很好。你之前有去过武汉吗？对这座城市有什么印象？

『求职者』：是的，我去过武汉几次。武汉给我的印象是一座充满活力和机遇的城市。它有深厚的历史文化底蕴，同时又是中部地区的科技创新中心。我特别欣赏武汉在近年来在科技产业方面的快速发展，这也是吸引我考虑在武汉发展的原因之一。

自我介绍和Go语言学习经历

「面试官」：谢谢你的分享。现在，能否请你做一个简短的自我介绍？

『求职者』：当然。我是[您的名字]，毕业于[您的学校]，主修计算机科学。我有5年的后端开发经验，其中近3年主要使用Go语言进行开发。在当前公司，我主要负责中台系统的开发和维护，参与了多个大型项目的设计和实现。我擅长处理高并发场景，对分布式系统有深入的理解。除了技术能力，我也注重团队协作，经常参与code review和技术分享。在业余时间，我喜欢关注新技术trends，并在个人项目中尝试应用。

「面试官」：听起来你对Go语言有很深的理解。你是什么时候开始接触Go的？是自学的吗？为什么选择学习Go？

『求职者』：我大约三年前开始接触Go语言。最初确实是通过自学开始的。选择学习Go主要有几个原因：

并发优势：Go的goroutine和channel机制让并发编程变得更加简单和高效，这对于构建高性能的后端服务非常有吸引力。
语言设计：Go的简洁性和强类型特性很吸引我。它去除了很多其他语言的复杂特性，使得代码更易读、易维护。
生态系统：Go在云原生和微服务领域有很强的生态系统，这与行业发展趋势非常契合。
编译速度：Go的快速编译速度大大提高了开发效率。
职业发展：我看到Go在市场上的需求不断增长，学习Go可以为我的职业发展带来新的机会。

开始自学后，我很快就被Go的设计理念和实用性所吸引，之后在工作中有机会将Go应用到实际项目中，这更加深了我对Go的理解和热爱。

「面试官」：能分享一下你学习Go语言的经验吗？

『求职者』：当然，我很乐意分享我学习Go的经验：

官方文档：我首先通过Go的官方文档和tour of Go开始学习。这些资源提供了语言的核心概念和最佳实践。
实践项目：我认为学习编程语言最好的方法是通过实际项目。我开始用Go重写一些我之前用其他语言完成的小项目，这帮助我快速掌握了语言特性。
深入理解并发：Go的并发模型是其最大的特点之一，我花了很多时间理解goroutine和channel的工作原理，以及如何有效地使用它们。
社区参与：我积极参与Go社区，包括阅读博客、参加线上和线下的Go meetup。这让我了解到很多实用的技巧和最新的发展趋势。
源码阅读：为了更深入地理解Go，我阅读了一些著名Go项目的源码，如Docker和Kubernetes。这帮助我学习到了很多高质量的Go代码写法。
持续学习：Go生态系统发展很快，我保持关注Go的新特性和最佳实践，例如泛型的引入和错误处理的演变。
分享知识：我发现，试图向他人解释Go的概念能够加深自己的理解。因此，我经常在团队中分享Go的知识，甚至写一些技术博客。

这个学习过程让我不仅掌握了Go的语法，更重要的是理解了Go的设计哲学和最佳实践。

「面试官」：在学习Go的过程中，你遇到过什么问题吗？

『求职者』：是的，在学习Go的过程中，我确实遇到了一些挑战：

并发模型的理解：初学时，理解goroutine和channel的工作原理以及如何正确使用它们来避免死锁和竞态条件是一个挑战。我通过大量的练习和阅读相关文章才逐渐掌握。
错误处理方式：Go的错误处理方式与我之前使用的语言很不同。适应 if err != nil 的模式以及学会何时使用panic和recover花了一些时间。
接口的隐式实现：Go的接口是隐式实现的，这个概念一开始让我感到困惑。我通过实践和阅读优秀的Go代码才真正理解了这种设计的灵活性。
包管理：在Go modules出现之前，包管理是一个痛点。适应GOPATH和后来转向Go modules的过程中遇到了一些困难。
指针vs值：理解何时使用指针，何时使用值，特别是在方法接收者的选择上，起初也有一些困惑。
GC机制：理解Go的垃圾回收机制，特别是在处理大量数据时如何优化内存使用，也是一个学习过程。
Context的使用：正确使用Context来处理取消和超时，以及在函数调用链中传递Context，一开始也有些棘手。

克服这些问题的过程实际上加深了我对Go的理解。我通过大量阅读、实践和与其他Go开发者交流来解决这些问题，这个过程也让我更加欣赏Go的设计理念。

Go语言核心概念

「面试官」：很好的学习经历。那么，你能讲一下goroutine与线程有什么不同吗？

『求职者』：当然，goroutine和线程有几个关键的区别：

创建和管理：

Goroutine是由Go运行时（runtime）管理的，而线程是由操作系统管理的。
Goroutine的创建和销毁开销很小，而线程的创建和销毁相对昂贵。

内存占用：

Goroutine起始只需要2KB的栈内存，而线程通常需要1MB或更多。
Goroutine的栈是动态的，可以根据需要增长和收缩，而线程的栈大小通常是固定的。

切换成本：

Goroutine的切换在用户空间完成，开销很小。
线程切换涉及系统调用，需要切换到内核空间，开销较大。

并发规模：

一个程序可以轻松创建上万个goroutine。
而同时运行的线程数量受到系统资源的限制，通常要少得多。

通信方式：

Goroutine通常使用channel进行通信，这是语言级的特性。
线程间通信通常需要使用互斥锁、信号量等同步原语。

调度方式：

Goroutine使用Go运行时的调度器，实现了协作式的调度。
线程由操作系统调度，通常是抢占式的。

上下文切换：

Goroutine的上下文切换很轻量，因为它只需保存少量的寄存器。
线程的上下文切换需要保存所有寄存器，开销较大。

总的来说，goroutine提供了一种更轻量、更易于使用的并发模型，使得Go能够高效地处理大量并发任务。这也是Go在高并发服务器开发中表现出色的原因之一。

「面试官」：理解得很好。那么，你能说说什么情况下会引起panic吗？

『求职者』：Panic是Go语言中的一种机制，用于处理程序中的严重错误。以下是一些可能引起panic的常见情况：

运行时错误：

数组或切片越界访问
空指针解引用
向已关闭的channel发送数据
类型断言失败

除零操作：当程序尝试除以零时会触发panic。
调用内置的panic函数：开发者可以在代码中显式调用panic()函数来触发panic。
Go运行时检测到的其他严重错误：例如栈溢出或内存不足。
map并发读写：在没有proper同步的情况下并发读写map可能导致panic。
类型断言失败：使用类型断言时，如果断言失败且没有使用两个返回值的形式，会触发panic。
关闭一个已经关闭的channel：重复关闭一个channel会导致panic。
从一个nil的channel中接收数据：这会导致程序永久阻塞，Go运行时会将其视为一种死锁并引发panic。
递归调用过深导致栈溢出：虽然Go的栈是动态增长的，但如果递归过深仍可能导致栈溢出并引发panic。
使用未初始化的映射：尝试向一个nil map添加元素会导致panic。

重要的是要注意，panic应该用于不可恢复的错误情况。对于可以预期和处理的错误，应该使用Go的错误处理机制（返回error）。适当使用panic和recover可以帮助我们构建更健壮的程序。

「面试官」：很好，那么如何捕获panic呢？

『求职者』：在Go中，我们可以使用recover函数来捕获panic。以下是捕获panic的基本步骤和一些最佳实践：

基本用法：

defer func() {
    if r := recover(); r != nil {
        fmt.Println("Recovered from panic:", r)
    }
}()

这个defer函数会在包含它的函数结束时执行，无论是正常结束还是因为panic而结束。

在goroutine中使用：每个goroutine都需要自己的recover，因为panic不会跨goroutine传播。

go func() {
    defer func() {
        if r := recover(); r != nil {
            log.Println("Recovered in goroutine:", r)
        }
    }()
    // 可能引起panic的代码
}()

记录堆栈信息：为了更好地调试，通常我们会记录完整的堆栈信息。

import "runtime/debug"

defer func() {
    if r := recover(); r != nil {
        log.Printf("Panic: %v\n%s", r, debug.Stack())
    }
}()

重新抛出panic：在某些情况下，你可能想在记录错误后重新抛出panic。

defer func() {
    if r := recover(); r != nil {
        log.Println("Panic:", r)
        panic(r) // 重新抛出panic
    }
}()

使用命名的返回值：如果函数有命名的返回值，可以在defer中修改这些值。

func example() (err error) {
    defer func() {
        if r := recover(); r != nil {
            err = fmt.Errorf("panic occurred: %v", r)
        }
    }()
    // 函数主体
}