原文地址:Go面试看这里了~(十三)
1、访问map中不存在的key?
会返回空值,可用value,key := map[key]格式验证map的key是否存在。
2、数组和切片的区别?
数组是值拷贝而切片是引用,切片可认为是一种特殊的数组。
3、函数闭包?
Go支持匿名函数,可作为闭包,其优越性在于可直接使用函数内变量,来看实例:
package main
import "fmt"
func getSequence() func() int {
i := 0
return func() int {
i += 1
return i
}
}
func main() {
// nextNumber 为一个函数,函数 i 为 0
nextNumber := getSequence()
// 调用 nextNumber 函数,i 变量自增 1 并返回
fmt.Println(nextNumber())
fmt.Println(nextNumber())
fmt.Println(nextNumber())
// 创建新的函数 nextNumber1,并查看结果
nextNumber1 := getSequence()
fmt.Println(nextNumber1())
fmt.Println(nextNumber1())
}
打印结果如下:
4、channel线程安全么?
channel跟java thread不一样,channel是协程不是线程,不会产生新线程,不会涉及到新进程或线程调度,所以不存在线程安全概念,如果把线程安全定义为允许多个goroutine同时读写,channel线程安全,不需并发读写同一channe时加锁。
5、Go和C指针的区别?
-
C可直接对指针进行算术运算,Go不可以。
-
Go提供reflect和unsafe标准库可将指针转为uintptr类型后进行算术运算。
-
C数组名称arr代表的是数组首元素的地址,相当于&arr[0]。
-
Go 可用&运算符取地址,也可使new创建指针。
6、协程负载高排查方法?
通常是协程泄露问题。
协程泄漏:出现应该释放而没被释放的协程,导致协程数量一直上升,不像对象回收需要引用计数、三色标记等手段,协程的回收是等待协程将代码从头到尾执行完毕之后此空间就会自动回收,通常协程泄漏问题都是因为某段代码卡住,陷入了死循环或者再等待一个不可能的条件等原因,可使用Go官方提供的性能分析工具【pprof】来定位和分析问题。
pprof:在 Go runtime/pprof包实现,提供诸如内存分析、CPU分析、锁分析等函数供调用,调用此库后会将性能数据以protobuffer二进制序列化格式导出,同时Go官方在runtime/pprof上包装提供了一个更加易用的库,也就是net/http/pprof,提供了一种通过 HTTP 协议和性能数据交互的能力,Go还提供官方的性能数据分析工具【go tool pprof】。
上述性能分析工具具体怎么用之后文章中会提到。
7、多协程同步机制的实现?
-
共享变量:通过全局变量的方式使得多个协程读写同一个变量,但对同一个变量的更改就不得不加锁了,否则极易引发数据问题,锁有两种方式,一是使用sync.Once对象,仅在首次调用时执行,相当于一个计数器加一个互斥锁,二是使用sync.WaitGroup对象,也可通过一个共享计数器变量来实现,此种方式主要是为了处理某个协程需要等第一阶段的所有协程处理完毕的场景。
-
消息通知:多个协程启动时, 等待某个命令到来时执行命令,唤醒等待协程,即使没有空闲的协程,唤醒命令同样能够发出去, 所以需要注意。
-
多协程 map:普通的 map 在多协程操作时,是不支持并发写入的,但是Go封装了支持并发写入的map,同时也提供针对map的基本操作。
-
多协程对象池:sync.Pool对象是Go封装的协程安全的对象池,对象池的存取操作十分简单。
-
终极通信-channel:channel是一个协程安全的通信管道,可简单理解为数据从一侧放入,从另一侧拿出。
来简单总结一下sync模块提供的基础能力:
-
互斥锁Mutex
-
读写锁RWMutex
-
函数单次执行Once
-
协程执行等待WaitGroup
-
协程消息通知Cond
-
多协程map Map
-
多协程对象池Pool
至此,本次分享就结束了,后期会慢慢补充。
以上仅为个人观点,不一定准确,能帮到各位那是最好的。
好啦,到这里本文就结束了,喜欢的话就来个三连击吧。
扫码关注公众号,获取更多优质内容。