方法和格式化描述符 10.8 垃圾回收和 SetFinalizer 第11章：接口（interface）与反射（reflection） 11.1 接口是什么 11.2 接口嵌套接口 11.3 类型断言：如何检测和转换接口变量的类型 11.4 类型判断：type-switch 11.5 测试一个值是否实现了某个接口 11.6 使用方法集与接口 11.7 第一个例子：使用 Sorter 接口排序 11 12.9 格式化 JSON 数据 12.10 XML 数据格式 12.11 用 Gob 传输数据 12.12 Go 中的密码学 第13章：错误处理与测试 13.1 错误处理 13.2 运行时异常和 panic 13.3 从 panic 中恢复（Recover） 13.4 自定义包中的错误处理和 panicking 13.5 一种用闭包处理错误的模式 13.6 启动外部命令和程序 13 步，带领我们走进这个广袤无垠的世界。很庆幸 Stroustrup 做了让 C++ 兼容 C 语言以能够让其编译 C 程序这 个正确的决定。我们当时需要 C++ 的出现。” “之后我们学到了更多。我们毫无疑问地接受了垃圾回收，异常处理和虚拟机这些当年人们认为只有疯子才会想的东 西。C++ 的复杂程度（新版的 C++ 甚至更加复杂）极大的影响了软件开发的高效性，这使得它再也不再适合这个时 代。人们不再像过往那样认同在 C++

对 Go 程序进行可靠的性能测试 benchstat 的原理：异常值消除+假设检验 11 type Metrics struct { Unit string // 性能测试的名称 Values []float64 // 某个性能测试的度量值 RValues []float64 // 移除的异常值 Min float64 // RValues Percentile(0.25), values.Percentile(0.75) lo, hi := q1-1.5*(q3-q1), q3+1.5*(q3-q1) // 计算结果的四分位距，并移除异常值 for _, value := range m.Values { if lo <= value && value <= hi { m.RValues = append(m.RValues 一个稳定的基准测试，结果倾向于在某个值附 近波动，于是通过通用的计算 1.5 倍四分位距 法则（1.5 x InterQuartile Range Rule）的方法 来消除异常值。 benchstat 的本质就是在消除异常值之后的 两组浮点数之间进行假设检验（Hypothesis Testing）。 我们之后再来讨论假设检验。 例子与实践 2020 © Changkun Ou · Go

界。很庆幸 Stroustrup 做了让 C++ 兼容 C 语言以能够让其编译 C 程序这个正确的决定。我们当时需要 C++ 的出 现。” “之后我们学到了更多。我们毫无疑问地接受了垃圾回收，异常处理和虚拟机这些当年人们认为只有疯子 才会想的东西。C++ 的复杂程度（新版的 C++ 甚至更加复杂）极大了影响了软件开发的高效性，这使得 它再也不再适合这个时代。人们不再像过往那样认同在 C++ 章）来放弃类和类型的继承 尽管在接口的使用方面（第 11 章）可以实现类似变体类型的功能，但本身不支持变体类型 不支持动态加载代码 不支持动态链接库 不支持泛型 通过 recover 和 panic 来替代异常机制（第 13.2-3 节） 不支持断言 不支持静态变量 关于 Go 语言开发团队对于这些方面的讨论，你可以通过 Go 常见问题 页面查看。 1.2.8 使用 Go 语言编程 如果你有其它 hello_world1.go ，将会打印信息： Hello, world 。 6. 验证安装版本 你可以通过在终端输入指令 go version 来打印 Go 的版本信息。 如果你想要通过 Go 代码在运行时检测版本，可以通过以下例子实现。 示例 2.2 version.go package main import ( "fmt" "runtime" ) func main() {

值与testInt类型是一样的，但是我们可以实现很多种的逻辑，这样使得我 们的程序变得非常的灵活。 Panic和Recover Panic和Recover Go没有像Java那样的异常机制，它不能抛出异常，而是使用了panic和recover机制。一定要记住，你应当把它作为 最后的手段来使用，也就是说，你的代码中应当没有，或者很少有panic的东西。这是个强大的工具，请明智地使用 它。那么，我们应该如何使用它呢？ 男、女性别的选择，但是也可能一 个15岁大的无聊小孩，一手拿着http协议的书，另一只手通过telnet客户端向你的程序在发送请求呢，你设定的性别 男值是1，女是2，他给你发送一个3，你的程序会出现异常吗？因此我们也需要像下拉菜单的判断方式类似，判断我 们获取的值是我们预设的值，而不是额外的值。 男 检测攻击(这个我们前面小节已经有过介绍); 另一个是对所有输出数据进行适当的处理，以防止任何已成功注入的脚本在浏览器端运行。 那么Go里面是怎么做这个有效防护的呢？Go的html/template里面带有下面几个函数可以帮你转义

CPU
使⽤率计算是第⼀个难点，很难算准，依赖于系统繁忙程度，是否能够及时调度到读取
CPU
使⽤ 率相关⽂件的执⾏。 3.1.1
CPU
检测场景
过载保护的⼀个触发条件就是当系统的
CPU
⾼于⼀个阈值时，go-zero
会⾃动触发过载保护，那么我 们怎么检测
CPU
使⽤率呢？
⾸先，我们要明确需要覆盖的场景，当前⽆外乎虚机和容器两⼤类了。⽽容器⾥⼜分为
cgroup v1
和
1.2.1
实时
CPU
使⽤率的计算
• ⽅法⼀ • ⽅法⼆ go-zero使⽤了⽅法⼀，因为我考虑到
periods
更新间隔是
100ms，⽽
go-zero
检测窗⼝期是
250ms，这样两次检测的
∆periods
就有时是
2
有时是
3，对计算结果造成⾮常可⻅的影响。
3.1.2.2
防⽌
CPU
使⽤率⽑刺
go-zero
⾥使⽤了滑动平均算法（Movi 熔断的场景压测和实现原理。 1. 总结 ⾃适应过载保护的算法有如下要点： • CPU
使⽤率检测。要在各种不同环境尽可能保证检测结果准确。这⾥要防⽌检测周期受系统调度影 响出现较⼤偏差，需要消除异常值，且通过滑动平均的⽅式来避免⽑刺对算法的影响。 • 系统容量评估。类似于
BBR
算法⾥检测带宽和
RTT，我们需要探测的是
系统能承载的
QPS
和
minRT（最⼩处理时间），不同于

svr：cache（redis） + db（mysql） – Route svr：cache + cache（standy） 架构—异地双活 • 要求 – 正常情况下： • 任何一个机房可推送到所有机房app – 异常情况下： • 本机房内推送可达 • 架构图如下 （核心解决路由共享问题） 架构—总结 • 异步通信接口 • 协议包业务态隔离 • 简单无状态 • 有状态的服务（涉及到存储）做到可降级 • 核心业务有自愈逻辑 心得—profiling • Timer优化 • Channel使用优化 心得—timer优化 • 为什么需要优化？ – 万级别的连接 – 每个连接上大量的定时任务（心跳检测，注册检测，认证检测） 实际情况：当10w左右连接，什么数据不收发，只有定时器检测心跳超时，cpu 能耗掉一个core • 怎么优化？ – 特点： • 秒级别定时任务 • 范围最多60s – 方案： • 时间轮 • 实现 –

类型，然后两个 filter 函数的参数和返回值与 testInt 类型是一样的，但是可以实现很多种的逻辑， 这样使得程序变得非常的灵活。 Panic和Recover Go没有像Java那样的异常机制，它不能抛出异常，而是使用了 panic 和 recover 机制。一定要记住， 应当把它作为最后的手段来使用，也就是说，代码中应当没有，或者很少有 panic 的东西。这是个强大 的工具，请明智地使用它。 网络发生临时性错误，那么将会sleep 1秒之后重试： 错误处理 Go在错误处理上采用了与C类似的检查返回值的方式，而不是其他多数主流语言采用的异常方式，这造 成了代码编写上的一个很大的缺点:错误处理代码的冗余，对于这种情况是通过复用检测函数来减少类似 的代码。 请看下面这个例子代码： if err := dec.Decode(&val); err != nil { if log.Fatal(err) } func init() { http.HandleFunc("/view", viewRecord) 上面的例子中获取数据和模板展示调用时都有检测错误，当有错误发生时，调用了统一的处理函数 http.Error ，返回给客户端500错误码，并显示相应的错误数据。但是当越来越多的 HandleFunc 加入 之后，这样的错误处理逻辑代码就会

校验多⽅方输⼊入 格式是否匹配 参与⽅方掉线 检测 算 法 管 理理 异 常 处 理理 算 法 实 例例 ADD CMP PIR PSI 优点 01.算法流程基于数据驱动异步执⾏行行 异步执⾏行行并⾏行行化，提⾼高算法性能 02.算法版本协商 实现新旧节点版本兼容，全⽹网节点可错 开时间依次升级 03.统⼀一异常处理理 参与⽅方掉线和流程异常时任务⾃自动终⽌止 04.主动终⽌止算法 解耦算法流程和⽹网络io ⽆无需再关注⽹网络通信 06.声明式的算法嵌套 ⽆无需关注嵌套算法的调⽤用时机，框架⾃自 动触发调⽤用 本地计算 元函数 嵌套调⽤用其他算法 元函数 接 ⼝口 算法流程 异常处理理 … 流 程 控 制 元函数 异步执⾏行行 元函数⼊入参 ⾃自动注⼊入 数据 异步发送 MAX 算法开发者编写 参与⽅方掉线 容错 趣链科技版权所有©2016 – 2021

Incre- Training hard sample mining hard samples Labeling service labeling Model Mgmt 大模型 (安全帽检测) Models app local controller incremental learning Models Evaluation Sedna Incremental-Learning 更新边缘模型 边云协同增量学习： 小样本和非同分布下，模型越用越聪明 ① 开发者：导入边缘AI Lib库, 开发边云协同联邦学习程序。 ② 启动联邦学习任务，部署训练 程序到边缘 ③ 多任务检测，划分Non-IID样本集，与云端配合识别相似任务 ④ 本地训练，模型参数上传云端，云端运行跨边迁移+模型聚合算法。 Cloud EdgeNode 1 EdgeNode 2 Sedna Federated-Learning 8s资源对象中，这样 通过kubectl查询到的就是最新的状态了，比如说当前 在评估阶段、生成的模型路径在哪里等信息。 任务失败等异常处理。 实践案例 第四部分 中国电信研究院园区ReID案例 场景描述 在给定视频中的第一帧和目标位置，实现目标检测、跟踪并预测其轨迹。 技术挑战 跨摄像头数据异构：摄像头拍摄的场景复杂，包括光照变化、遮挡严重、追 踪目标数量多等，单点的目标跟踪算法无法得到较好的效果。

的结果为x / y向 零靠拢截断。 如果除数y是一个常量，则它必须不为0，否则编译不通过。 如果它是一个整 数型非常量，则在运行时刻将抛出一个恐慌（panic）。 恐慌类似与某些其它 语言中的异常（exception）。 我们将在以后的文章中了解到Go中的恐慌和恐 慌恢复机制。 如果除数y非整数型的非常量，则运算结果为一个无穷大（Inf， 当被除数不为0时）或者NaN（not a number，当被除数为0时）。 还未得到执行机会的时候就已经退出了。 在正式的项目中，我们应该使用并 发同步技术（第36章）一文中列出的方法来实现并发同步。 恐慌（panic）和恢复（recover） Go不支持异常抛出和捕获，而是推荐使用返回值显式返回错误。 不过，Go支 持一套和异常抛出/捕获类似的机制。此机制称为恐慌/恢复（panic/recover）机 制。 我们可以调用内置函数panic来产生一个恐慌以使当前协程进入恐慌状况。 进入 所以如果s[:index]是安全的则s[index:]是无需边界检查的这条论述只有在 len(s)和cap(s)相等的情况下才正确。这就是函数fb和fc中的代码仍旧需要 边界检查的原因。 标准编译器成功地检测到在函数fa中len(s)和cap(s)是相等的。干得漂亮！ Go语言开发团队！ 例子4 1| // example4.go 2| package main 3| 4| import "math/rand"