在以下代码中,在错误情况下也需要关闭响应主体:
res, err := http.Get(url)
if err != nil {
log.Printf("Error: %s\n", err)
}
defer res.Body.Close()
一般概念是,当一个函数(或方法)具有多个返回值(一个为an)时error
,应首先检查错误,并且只有在错误为时才进行检查nil
。如果存在,则函数应为其他(非错误)值返回零值error
。如果函数的行为不同,则应记录在案。http.Get()
没有记录这种偏差。
所以应该这样处理:
res, err := http.Get(url)
if err != nil {
log.Printf("Error: %s\n", err)
return
}
defer res.Body.Close()
// Read/work with body
笔记:
正如JimB所确认的那样nil
,即使返回了非错误,即使响应为非nil
,我们也不必关闭它。在重定向错误的情况下,非nil
响应可以保存上下文以及关于重定向失败的位置的进一步信息。请参阅以下详细信息:
http.Get()
遵循“大部分时间”的一般概念:nil
如果出现错误,它将返回响应:
return nil, someError
但是检查client.go
,未导出的方法Client.doFollowingRedirects()
,当前行#427:
if redirectFailed {
// Special case for Go 1 compatibility: return both the response
// and an error if the CheckRedirect function failed.
// See https://golang.org/issue/3795
return resp, urlErr
}
因此,由于向后兼容性问题,如果重定向失败,它可能会同时返回无nil
响应和nil
无错误。
另一方面,尝试调用resp.Body.Close()
if resp
is nil
将导致运行时恐慌。
因此,如果我们想在这种情况下关闭响应主体,它可能看起来像这样(如果resp
不是,则只能关闭nil
):
res, err := http.Get(url)
if err != nil {
log.Printf("Error: %s\n", err)
}
if res != nil {
defer res.Body.Close()
// Read/work with body
}
要么:
res, err := http.Get(url)
if err != nil {
log.Printf("Error: %s\n", err)
}
if res == nil {
return
}
defer res.Body.Close()
// Read/work with body
http.Response
保证文档即使没有响应数据Response.Body
也不会nil
存在:
// The http Client and Transport guarantee that Body is always
// non-nil, even on responses without a body or responses with
// a zero-length body.
但是, 如果错误不是nil
,则不必关闭无nil
响应主体。
问题内容: 我正在使用包裹在FileReader周围的BufferedReader读取本地文件: 我需要close()的为好,或将包装处理这个问题?我看过代码,人们在这里做这样的事情: 从Servlet调用此方法,并且我想确保我没有打开任何句柄。 问题答案: 没有。 根据javadoc为和关闭流 以及
我正在使用mockito作为junit。在创建对象的模拟时,我有疑问。我有一个名为DBConnect的类。我需要数据库属性,如dbname、凭据等。PatientDetails使用这个类。现在,当我为PatientDetails编写junit时。所以我使用以下代码。 用这个我不能得到正确的结果。
我正在运行一个简单的pyobj c应用程序。但是,如果我试图在应用程序运行时关闭mac,它不会像其他应用程序那样优雅地关闭。我注意到,如果我注释掉行,则没有问题。我如何让事件循环优雅地终止,以防用户试图在退出应用程序之前重新启动/关闭Mac。
我已经在我的应用程序中使用创建了线程池,以调用供应商Web服务,使用下面的代码。 我想知道我们是否需要关闭线程池之类的,基本上我不希望在正式生产环境中挂起线程。
问题内容: 我想知道,在关闭阅读器之后,是否需要关闭InputStream? 问题答案: 不,您不必。 由于Java中用于流的装饰器方法可以通过将新流或读取器附加到其他流上来构建新流或读取器,因此实现将自动对其进行处理。 如果查看其来源,则会看到: 因此,关闭操作实际上关闭了底层的流读取器。 编辑:我想确保关闭也可以在输入流上工作,请继续关注。 签入 在调用sd的close时调用。
问题内容: 我对同步块几乎没有疑问。 1. > 同步可确保您拥有一致的数据视图。这意味着您将读取最新值,而其他缓存将获得最新值。高速缓存足够智能,可以通过特殊总线相互通信(这不是JLS所必需的,但允许)。该总线意味着不必触摸主内存即可获得一致的视图。 如果仅使用同步,则不需要volatile。如果您有一个非常简单的操作(对于同步操作可能会过分杀伤),则波动性很有用。 参考上面,我有以下三个问题: