Golang错误处理方式异常与error
一、异常
二、错误
Go 提供了两种处理错误 方式，
一 种是借助 panic和 recover 的抛出捕获机制，
另一种使用error 错误类型
一、异常1、go没有try/catch，而是使用panic/recover。
panic包出异常，后续代码不再执行
recover再defer中捕获异常，使groutine（即程序）能够正常退出。
1）只有panic，而没有recover，程序宕机无法正常退出
package main
import "fmt"
func send(a, b int) int {
if b == 0 {
panic("wrong div")
}
c := a / b
return c
}
func main() {
defer func() {
fmt.Println("wrong")
}()
send(1, 0)
}
执行结果：错误
2) 正确情况，使用panic、recover
package main
import "fmt"
func send(a, b int) int {
if b == 0 {
panic("wrong div")
}
c := a / b
return c
}
func main() {
defer func() {
fmt.Println("wrong")
if err := recover(); err != nil {
fmt.Println(err) // 这里的err其实就是panic传入的内容
}
}()
send(1, 0)
fmt.Println("end")
}
执行结果：正常退出
2、panic被触发的情况
1）用户显视调用panic
2）go内部自动检测出空指针、数组越界等情况，会隐式报出panic，不需要用户主动调用
隐式例子如下：其实程序会自动抛出异常，不需要写panic语句
package main
import "fmt"
func send(a, b int) int {
c := a / b
return c
}
func main() {
defer func() {
fmt.Println("wrong")
if err := recover(); err != nil {
fmt.Println(err) // 这里的err其实就是panic传入的内容
}
}()
send(1, 0)
fmt.Println("end")
}
二、错误
如果使用panic，最主要的是“报panic之后的函数都不会被执行，由defer recover”
那么对于服务使用panic，那后面的业务就都不被执行了，那假如这其实是个我自己写的小错误呢？
比如：我的程序不允许我自定义的变量为空，为空的话我难道直接panic？那假如我程序还有别的接口逻辑假如没用到这个变量呢？直接panic岂不是服务挂了。
所以其实我能日志报出来这个错误就行了——error
https://segmentfault.com/q/1010000020000806
go提供了接口类型error:
type error interface {
Error() string
}
故自定义错误需要实现接口中的方法。
需要注意，方法的接受者如果是值，则调用相当于进行值拷贝，对副本进行修改不会改变原值
方法的接受者是引用，相当于传递的是变量的地址，原变量值才会被修改
package main
import "fmt"
type getName interface {
printName()
changeName()
changeName2()
}
type dog struct {
name string
age int
}
type cat struct {
name string
age string
}
func (d dog) printName() {
fmt.Println(d.name)
}
func (d dog) changeName() {
d.name = "d2"
}
func (d *dog) changeName2() {
d.name = "d2"
}
func (c cat) printName() {
fmt.Println(c.name)
}
func main() {
d := &dog{
name: "d1",
age: 1,
}
d.printName()
d.changeName()
fmt.Println("changeName", d.name)
d.changeName2()
fmt.Println("changeName2", d.name)
}
到此这篇关于Golang错误处理方式异常与error的文章就介绍到这了,更多相关Go异常与error内容请搜索软件开发网以前的文章或继续浏览下面的相关文章希望大家以后多多支持软件开发网！
