PHP转go刚入门。。我可以不写err != nil嘛？

err存在的目的就是为了帮助分析处理可能出现的异常，或者记录。如果这些你都不想做，直接忽略就可以，当然没有问题

像php那样你是准备 try catch还是什么都不写?

try catch比if err!=nil废脑多了。

@jarlyyn 我刚想说这个，try catch我也不是到处都写啊，我认为可能出错的地方写一写，完全可以接受。但是err!=nil到处都有，才惹我吐槽啊。

err 用 _ 忽略就行了啊，在你认为出错的地方写上就OK了

try catch和err != nil 是2种不同的错误处理模式啊。try catch是不管包含的范围内出现多少错误，什么错误一概捕获，然后该处理的处理，但实际使用都是直接向上层抛。而err != nil是为了精准的处理错误，控制程序异常，提高程序的健壮性，发现一个处理一个。

最早我也讨厌err!=nil,后来在做应用时才知道，真是太有用了。有了它程序才更健壮，千万不要用_忽略。go开发的程序稳定性非常好。err的功劳最大。

哈哈哈，今天我写 rpc 忽略了 其中一个 err ，找了半天才找到。。。

从拍错的角度来说我不喜欢try cache

这就是golang 语言的特性，我一开始 也不习惯，时间长了就习惯了

代码太丑了

try-catch其实是很好用的 但是我才学Go 所以没法做比较，但是在java的经验看来，try-catch是个非常好的设计

这点，我只能说各有优势。 try-catch我就举个反例，对于开发经验不足的人来说，try-catch会埋下无数坑。 他们不太喜欢错误处理，也不会花费精力思考每个调用异常的处理。 然后就会出现几种情况，外层捕获了，打印了日志以及错误堆栈对大多情况还是可以的。 但是偏偏有人喜欢吃掉堆栈，或者就不捕获。code review时，随着调用层数增多，就得花费更多的精力里里外外看一遍，思考是否存在问题。也就是开发人员将大量本应做的工作转嫁给review的人。如果没有review，那么就祈祷不会出错吧，至少祈祷日志包含了错误堆栈吧。 golang的这个不优雅，但是能告诉使用的人去正视错误，并思考如何处理

try catch 在用户未处理异常时不作提醒，只有点进函数细节，才能看到throw的声明。 而err 在用户未处理时，编译报错，告知用户该函数有可能抛出错误，只有用户显式使用_才可以不处理err

二者的区别很明显，err的错误是否存在，是否该处理，完全可以由用户判断 而try catch，用户可能在不知情的情况下，忽略掉一下异常。

https://studygolang.com/articles/20054

给你一个在GO里面写try catch的方法。

可以用匿名变量_忽略返回值

result,_:=Test()

这个是最简洁的错误处理之道了 人为传递错误出栈 减少你的出错率