panic发生时, 会导致进程挂掉.为了处理panic, 可以使用recover捕获,然后处理. 下面以下标引用越界问题为例进行说明. 正常情况下,代码中如果出现下标越界,会直接触发panic, 导致进程挂掉. 例如下面的例子: package main import ( "fmt" ) func main() { fmt.Println("start...") count := []int{} fmt.Println(count[1]) fmt.Println(&…

Go语言追求简洁优雅,所以,Go语言不支持传统的 try…catch…finally 这种异常,因为Go语言的设计者们认为,将异常与控制结构混在一起会很容易使得代码变得混乱.因为开发者很容易滥用异常,甚至一个小小的错误都抛出一个异常.在Go语言中,使用多值返回来返回错误.不要用异常代替错误,更不要用来控制流程.在极个别的情况下,也就是说,遇到真正的异常的情况下(比如除数为 0了).才使用Go中引入的Exception处理:defer, panic, recover. 这几个异常的使用场景可以这么…

panic 是一个内置函数,当一个函数 F 调用 panic,F 的执行就会停止,F 中 deferred 函数调用会被执行,然后 F 返回控制到它的调用者.这个过程会沿着调用栈执行下去,直到当前 goroutine 中的所有函数返回,然后程序 crash.出现 panic 是因为: 调用了 panic 函数 出现了运行时错误(例如,数组越界访问) recover 是一个内置函数,用于恢复一个 panicking goroutine 的控制.需要注意的是,recover 只能使用在 deferr…

package main import "fmt" func fn_test_panic() (a int) { a = 2 panic("This is panic") return a } func fn1() (a int) { a = 3 defer func(){ if p := recover(); p != nil { fmt.Println("recover") } }() fmt.Println("befor call…

什么是信号 在计算机科学中,信号是Unix.类Unix以及其他POSIX兼容的操作系统中进程间通讯的一种有限制的方式.它是一种异步的通知机制,用来提醒进程一个事件已经发生. 当一个信号发送给一个进程,操作系统中断了进程正常的控制流程,如果进程定义了对信号的处理,此时,程序将进入捕获到的信号对应的处理函数,否则执行默认的处理函数. Linux中信号的介绍 在Linux系统共定义了64种信号,分为两大类:实时信号与非实时信号,1-31为非实时,32-64种为实时信号. 非实时信号: 也称为不可靠信号…

有时一个函数内需要根据最后是否出错,决定是否执行某个操作.这时候如果函数的分支又比较多,就会比较麻烦了. defer 处理这个情况刚好合适 func main() { var err error byErr(&err) defer byErr(&err) defer func(err *error) { byErr2(*err) }(&err) err = errors.New("hi,beautiful girl") byErr(&err) } fun…

开始微服务,那就先温习下golang语法吧; golang变量类型 1. 整形 Go %b    表示为二进制 %c    该值对应的unicode码值 %d    表示为十进制 %o    表示为八进制 %q    该值对应的单引号括起来的go语法字符字面值,必要时会采用安全的转义表示 %x    表示为十六进制,使用a-f %X    表示为十六进制,使用A-F %U    表示为Unicode格式:U+1234,等价于"U+%04X" %E    用科学计数法表示 %f    用…

Go语言不支持传统的 try…catch…finally 这种异常,因为Go语言的设计者们认为,将异常与控制结构混在一起会很容易使得代码变得混乱.因为开发者很容易滥用异常,甚至一个小小的错误都抛出一个异常.在Go语言中,使用多值返回来返回错误.不要用异常代替错误,更不要用来控制流程.在极个别的情况下,也就是说,遇到真正的异常的情况下(比如除数为0了).才使用Go中引入的Exception处理:defer, panic, recover.流程可以简要描述为:在代码片段中抛出一个panic的异常,然…

在使用Go channel的时候,一个适用的原则是不要从接收端关闭channel,也不要在多个并发发送端中关闭channel.换句话说,如果sender(发送者)只是唯一的sender或者是channel最后一个活跃的sender,那么你应该在sender的goroutine关闭channel,从而通知receiver(s)(接收者们)已经没有值可以读了.维持这条原则将保证永远不会发生向一个已经关闭的channel发送值或者关闭一个已经关闭的channel.(我们将会称上面的原则为channel…

为什么需要超时控制? 请求时间过长,用户侧可能已经离开本页面了,服务端还在消耗资源处理,得到的结果没有意义 过长时间的服务端处理会占用过多资源,导致并发能力下降,甚至出现不可用事故 Go 超时控制必要性 Go 正常都是用来写后端服务的,一般一个请求是由多个串行或并行的子任务来完成的,每个子任务可能是另外的内部请求,那么当这个请求超时的时候,我们就需要快速返回,释放占用的资源,比如goroutine,文件描述符等. 服务端常见的超时控制 进程内的逻辑处理 读写客户端请求,比如HTTP或者RPC请求…