. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 1.1. 安装 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 一个你无法修复的无效状 态，那么 panic! 往往是合适的。 然而当错误预期会出现时，返回 Result 仍要比调用 panic! 更为合适。这样的例子包括解析器 接收到格式错误的数据，或者 HTTP 请求返回了一个表明触发了限流的状态。在这些例子中， 应该通过返回 Result 来表明失败预期是可能的，而调用者就必须决定该如何处理这个问题。 当你的代码在进行一个使用无效值进行调用时可能将用户置于风险中的操作时，代码应该首先 关键字来等待响应。接着我们调用其 text 方法来获取响应的文本，这里再一次使用 await 关键字等待。这两个步骤都是异步的。 对于 get 来说，我们需要等待服务器发送回其响应的第一部分，这会包含 HTTP 头 （headers）、cookies 等，这部分响应可以独立于响应体发送。特别是在响应体非常大的时候， 全部到达可能需要一些时间。因此我们不得不等待响应 整体 返回，所以 text 方法也是异步。

全、可靠、公平、透明的人 工智能技术研发和应用生态，推动人工智能健康发展和规范应用，切实维护国 家主权、安全和发展利益，保障公民、法人和其他组织的合法权益，确保人工 智能技术造福于人类。 1.1 包容审慎、确保安全。鼓励发展创新，对人工智能研发及应用采取 包容态度。严守安全底线，对危害国家安全、社会公共利益、公众合法权益的 风险及时采取措施。 人工智能安全治理框架 （V1.0）- 2