高度关注供应链安全。跟踪软硬件产品的漏洞、缺陷信息并及时采取修补加固 措施，保证系统安全性。 4.2 针对人工智能应用安全风险 4.2.1 网络域风险应对 （a）建立安全防护机制，防止模型运行过程中被干扰、篡改而输出不可 信结果。 （b）应建立数据护栏，确保人工智能系统输出敏感个人信息和重要数据 符合相关法律法规。 4.2.2 现实域风险应对 （a）根据用户实际应用场景设置服务提供边界，裁减人工智能系统可能 被 被窃取、篡改的风险 4.1.1 （b） 输出不可靠风险 4.1.1 （a）（b） 对抗攻击风险 4.1.1 （b） 数据安 全风险 违规收集使用数据风险 4.1.2 （a） 完善人工智能数 据安全和个人信 息保护规范 训练数据含不当内容、被 “投毒” 风险 4.1.2 （b）（c）（d）（e） （f） 训练数据标注不规范风险 4.1.2 （e） 数据泄露风险 4.1.2 （c）（d） 系统安 全风险

unwrap 的使用方式一样：返回文件句柄或调用 panic! 宏。expect 在调用 panic! 时使用的错误信息将是我们传递给 expect 的参数，而不像 unwrap 那样使用默认的 panic! 信 息。它看起来像这样： thread 'main' panicked at src/main.rs:5:10: hello.txt should be included in this project: 类型的值，不过它只能用于我们知道如何排序的类型。为了开启比较功能，标准库中定 义的 std::cmp::PartialOrd trait 可以实现类型的比较功能（查看附录 C 获取该 trait 的更多信 息）。依照帮助说明中的建议，我们限制 T 只对实现了 PartialOrd 的类型有效后代码就可以编 译了，因为标准库为 i32 和 char 实现了 PartialOrd。 结构体定义中的泛型 如果你感兴趣的话这是一个值得研究的有趣主题。 因为一些分析是不可能的，如果 Rust 编译器不能通过所有权规则编译，它可能会拒绝一个正 确的程序；从这种角度考虑它是保守的。如果 Rust 接受不正确的程序，那么用户也就不会相 信 Rust 所做的保证了。然而，如果 Rust 拒绝正确的程序，虽然会给程序员带来不便，但不会 带来灾难。RefCell 正是用于当你确信代码遵守借用规则，而编译器不能理解和确定的时 候。 类似于