Go中“哨兵错误”说法的由来及使用建议

前些天有网友问我,在golang的错误处理中,“哨兵错误(sentinel error)”这个词的出处 。之前我也只是在一些书籍和资料中见到过,也没深究 。当这个网友问了我之后,就深入的翻了翻资料,在golang的官方博客中找到了这个词的提法,也算是比较官方的了吧 。如下:https://go.dev/blog/go1.13-errors

Go中“哨兵错误”说法的由来及使用建议

文章插图
图片
因为在golang中错误也被当做值来处理的 。所以是叫做错误的哨兵值,也就是大家常看到的哨兵错误 。
哨兵错误注意事项在go的官方博客中也提到,哨兵错误是包级别的,可以用于在包外进行错误值的判断 。如下:
Go中“哨兵错误”说法的由来及使用建议

文章插图
图片
但是,这样会造成包和包之间的依赖 。如果哨兵错误做了修改,那么之前依赖该错误的所有包都需要更改 。
但在go1.13版本之后,增加了errors.Is方法 。那么就建议,如果一个函数的返回值是哨兵错误,那么应该对该哨兵错误进行包装后再返回 。同时,在调用方使用errors.Is函数来判断是否是某个具体的哨兵错误 。如下:
Go中“哨兵错误”说法的由来及使用建议

文章插图
图片
总结本文追溯了“哨兵错误”概念的提出来源,算是比较官方的 。同时介绍了函数返回哨兵错误时需要包装后再返回 。

【Go中“哨兵错误”说法的由来及使用建议】


    推荐阅读