第8章：运算操作符 - 顺便介绍了更多的类型推断规则 第9章：函数声明和调用 第10章：代码包和包引入 第11章：表达式、语句和简单语句 第12章：基本流程控制语法 第13章：协程、延迟函数调用、以及恐慌和恢复 Go类型系统 第14章：Go类型系统概述 - 精通Go编程必读 第15章：指针 第16章：结构体 第17章：值部 - 为了更容易和更深刻地理解Go中的各种值 第18章：数组、切片和映射 - 第26章：泛型 - 如何使用和解读组合类型 第27章：反射 - reflect标准库包中提供的反射支持 一些专题 第28章：代码断行规则 第29章：更多关于延迟函数调用的知识点 第30章：一些恐慌/恢复用例 第31章：详解panic/recover原理 - 也解释了什么是“函数退出阶段” 第32章：代码块和标识符作用域 目录 2 第33章：表达式估值顺序规则 第34章：值复制成本 第35章：边界检查消除 4. 将接口值视为用于包裹非接口值的盒子。 我发现将接口值视为用于包裹非接 口值的盒子对于清除很多和接口相关的困惑非常有帮助。 5. 澄清了Go白皮书中的一些含糊描述，包括内嵌规则、提升方法估值和恐慌/恢 复机制。 6. 汇总了许多知识点和细节，从而可以帮助Go程序员节省很多学习时间。 有什么其它值得一提吗？ 本书不涵盖自定义泛型相关内容。 请阅读《Go自定义泛型101》 （https://gfw

第8章：运算操作符 - 顺便介绍了更多的类型推断规则 第9章：函数声明和调用 第10章：代码包和包引入 第11章：表达式、语句和简单语句 第12章：基本流程控制语法 第13章：协程、延迟函数调用、以及恐慌和恢复 Go类型系统 第14章：Go类型系统概述 - 精通Go编程必读 第15章：指针 第16章：结构体 第17章：值部 - 为了更容易和更深刻地理解Go中的各种值 第18章：数组、切片和映射 第26章：泛型 - 如何使用和解读组合类型 第27章：反射 - reflect标准库包中提供的反射支持 一些专题 第28章：代码断行规则 第29章：更多关于延迟函数调用的知识点 第30章：一些恐慌/恢复用例 第31章：详解panic/recover原理 - 也解释了什么是“函数退出阶段” 第32章：代码块和标识符作用域 第33章：表达式估值顺序规则 第34章：值复制成本 第35章：边界检查消除 4. 将接口值视为用于包裹非接口值的盒子。 我发现将接口值视为用于包裹非 接口值的盒子对于清除很多和接口相关的困惑非常有帮助。 5. 澄清了Go白皮书中的一些含糊描述，包括内嵌规则、提升方法估值和恐慌/ 恢复机制。 6. 汇总了许多知识点和细节，从而可以帮助Go程序员节省很多学习时间。 有什么其它值得一提吗？ 本书不涵盖自定义泛型相关内容。 请阅读《Go自定义泛型101》 一书来了解 使用自定义泛型。

第8章：运算操作符 - 顺便介绍了更多的类型推断规则 第9章：函数声明和调用 第10章：代码包和包引入 第11章：表达式、语句和简单语句 第12章：基本流程控制语法 第13章：协程、延迟函数调用、以及恐慌和恢复 Go类型系统 第14章：Go类型系统概述 - 精通Go编程必读 第15章：指针 第16章：结构体 第17章：值部 - 为了更容易和更深刻地理解Go中的各种值 第18章：数组、切片和映射 第26章：泛型 - 如何使用和解读组合类型 第27章：反射 - reflect标准库包中提供的反射支持 一些专题 第28章：代码断行规则 第29章：更多关于延迟函数调用的知识点 第30章：一些恐慌/恢复用例 第31章：详解panic/recover原理 - 也解释了什么是“函数退出阶段” 第32章：代码块和标识符作用域 第33章：表达式估值顺序规则 第34章：值复制成本 第35章：边界检查消除 13开始，此行才能编译过 28 | _ = e << -c // 从Go 1.13开始，此行才能编译过。 29 | // 将在运行时刻造成恐慌。 30 | _ = e << -1 // error: 右操作数不能为负（常数） 31 | } 关于溢出 上一篇文章提到了 一个类型确定数字型常量所表示的值是不能溢出它的类型的表示范围的。

. . . . . . . . . . . . . . . . . . 159 VIII 第 4 天：下午 162 28 Welcome Back 163 29 錯誤處理 164 29.1 恐慌 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164 29.2 疊代器 . . 「不會出現未定義的執行階段行為 (undefined runtime behavior)」- Rust 陳述式的行為一律會 有定義 – 陣列存取行為會經過邊界檢查。 – 整數溢位的行為是明確的 (恐慌或迴繞)。 • 「現代化的語言特徵」- 具表現力且符合人因工程學的高階語言 – 列舉和模式配對。 – 泛型。 – 沒有 FFI 負擔。 – 零成本的抽象化機制。 – 更好的編譯錯誤描述。 – 內建依附元件管理工具。 中， 「有號」整數的溢位現象實際上並未定義，而且在不同的平台或編 譯器上可能有不同行為。但在 Rust 中，整數溢位會經過定義。 將 i32 變更為 i16，即可查看整數溢位現象，這在偵錯版本中會造成恐慌 (checked)，並納入發 布子版本中。此外，Rust 還提供溢位、飽和與進位等其他選項，可透過方法語法存取，例如 (a * b).saturating_add(b * c).saturating_add(c

. . . . . . . . . . . . . . . . . . 157 VIII 第 4 天：下午 160 28 Welcome Back 161 29 錯誤處理 162 29.1 恐慌 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162 29.2 疊代器 . . 「不會出現未定義的執行階段行為 (undefined runtime behavior)」- Rust 陳述式的行為一律會 有定義 – 陣列存取行為會經過邊界檢查。 – 整數溢位的行為是明確的 (恐慌或迴繞)。 • 「現代化的語言特徵」- 具表現力且符合人因工程學的高階語言 – 列舉和模式配對。 – 泛型。 – 沒有 FFI 負擔。 – 零成本的抽象化機制。 – 更好的編譯錯誤描述。 – 內建依附元件管理工具。 中， 「有號」整數的溢位現象實際上並未定義，而且在不同的平台或編 譯器上可能有不同行為。但在 Rust 中，整數溢位會經過定義。 將 i32 變更為 i16，即可查看整數溢位現象，這在偵錯版本中會造成恐慌 (checked)，並納入發 布子版本中。此外，Rust 還提供溢位、飽和與進位等其他選項，可透過方法語法存取，例如 (a * b).saturating_add(b * c).saturating_add(c

static error "静态错误"，当前⼿册中描述的错误在没有其他约定时，就是静态错误。 panic "恐慌"是在运⾏时执⾏检测和报告的错误。这种错误的报告，通过 引发异常 或 以致命错误 结束的⽅式。 也提供了⼀种⽅法 来禁⽤这些 runtime checks "运⾏时检查"。详⻅编译指示⼀节。 恐慌的结果是异常还是致命的错误，实现是特定的，因此，下⾯的程序⽆效，尽管代码试图捕获越界访问数组的 IndexDefect IndexDefect ， 但编译器可能会以致命错误结束程序。 ⽬前允许通过 --panics:on|off 在不同⽅式之间切换，当打开时，程序会因恐慌⽽结束，当关闭时，运⾏时的错误会变为异常。 --panics:on 的好处是产⽣的⼆进制代码更⼩，编译器可以更⾃由地优化。 unchecked runtime error "未检查的运⾏时错误"是不能保证被检测到的错误，它可能导致计算产⽣意外后果，如果只使⽤ system.Exception 。 表示程序错误的异常继承⾃ system.Defect (它是 Exception 的⼦类型)，因为它们可以被映射到终⽌整个进程的操作中，因此将不能捕捉。 如果恐慌变为异 常，则这些异常继承⾃ Defect 。 表示可捕获的其它运⾏时错误的异常从 system.CatchableError (它是 Exception 的⼦类) 继承。 template

address="192.168.1.0/24" service name="mysql" accept' ⑥恐慌模式 Panic（会丢弃所有的入站和出站流量） #firewall-cmd --panic-on //开启恐慌模式 #firewall-cmd --panic-off //关闭恐慌模式 #firewall-cmd --query-panic //查询是否处于 Panic 模式 --add-rich-rule='rule

Panic 是一个内建函数，可以中断原有的控制流程，进入一个令人恐慌的流程中。当函数F调用panic，函数F的执行被中 断，但是F中的延迟函数会正常执行，然后F返回到调用它的地方。在调用的地方，F的行为就像调用了panic。这一 过程继续向上，直到发生panic的goroutine中所有调用的函数返回，此时程序退出。恐慌可以直接调用panic产 生。也可以由运行时错误产生，例如访问越界的数组。 。 Recover 是一个内建的函数，可以让进入令人恐慌的流程中的goroutine恢复过来。recover仅在延迟函数中有效。在正常 的执行过程中，调用recover会返回nil，并且没有其它任何效果。如果当前的goroutine陷入恐慌，调用 recover可以捕获到panic的输入值，并且恢复正常的执行。 下面这个函数演示了如何在过程中使用panic var user = os

MAKEFLAGS= 如果你定义了环境变量 MAKEFLAGS ，那么你得确信其中的选项是大家都会用到的，如果其中有 -t , -n 和 -q 参数，那么将会有让你意想不到的结果，或许会让你异常地恐慌。 还有一个在“嵌套执行”中比较有用的参数，-w 或是 --print-directory 会在 make 的过程中输出 一些信息，让你看到目前的工作目录。比如，如果我们的下级 make 目录是

接器的构建过程或得到一个特殊的 目标结果。 可用的编译器标记如下： flags: -I 针对包的目录搜索 -d 打印声明信息 -e 不限制错误打印的个数 -f 打印栈结构 -h 发生错误时进入恐慌（panic）状态 -o 指定输出文件名 // 详见第3.4节 -S 打印产生的汇编代码 -V 打印编译器版本 // 详见第2.3节 -u 禁止使用 unsafe 包中的代码 -w 打印归类后的语法解析树 者进行自定义的运算符重载） / 对与整数运算而言，结果依旧为整数，例如： 9 / 4 -> 2 。 取余运算符只能作用于整数： 9 % 4 -> 1 。 整数除以 0 可能导致程序崩溃，将会导致运行时的恐慌状态（如果除以 0 的行为在编译时就能被捕捉到， 则会引发编译错误）；第 13 章将会详细讲解如何正确地处理此类情况。 浮点数除以 0.0 会返回一个无穷尽的结果，使用 +Inf 表示。 Go入门指南