diff --git a/eBook/13.0.md b/eBook/13.0.md
index 653f7bd..b88e63f 100644
--- a/eBook/13.0.md
+++ b/eBook/13.0.md
@@ -1,3 +1,43 @@
 # 13 错误处理与测试
 
-Go 没有像 Java 和 .NET 那样的 try/catch 异常机制。
\ No newline at end of file
+Go 没有像 Java 和 .NET 那样的 `try/catch` 异常机制：不能执行抛异常操作。但是有一套 `defer-panic-and-recover` 机制（参见 13.2-13.3 节）。
+
+Go 的设计者觉得 `try/catch` 机制的使用太泛滥了，而且从底层向更高的层级抛异常太耗费资源。他们给 Go 设计的机制也可以 `捕捉` 异常，但是更轻量，并且只应该作为（处理错误的）最后的手段。
+
+Go 是怎么处理普通错误的呢？通过在函数和方法中返回错误对象作为它们的唯一或最后一个返回值——如果返回 nil，则没有错误发生——并且主调（calling）函数总是应该检测收到的错误。
+
+```
+永远不要忽略错误，否则可以会导致程序崩溃！！
+```
+
+处理错误并且在函数错误发生的地方给用户返回错误信息：通过这种方式就算真的出了问题，你的程序也能继续运行并且通知用户。`panic and recover` 是用来处理真正的异常（无法预测的错误）而不是普通的错误。
+
+库函数通常必须返回某种错误提示给主调（calling）函数。
+
+在前面的章节中我们了解了 Go 检查和报告错误条件的惯有方式：
+
+- 可能产生错误的函数返回两个变量，一个值和一个错误码；如果后者是 nil 就是成功，非 nil 就是发生了错误。
+
+- 为了防止发生错误时正在执行的函数（如果有必要的话甚至会是整个程序）被停止，在调用函数后必须检查错误。
+
+下面这段来自 pack1 包的代码 Func1 测试了它的返回值：
+
+```go
+if value, err := pack1.Func1(param1); err != nil {
+	fmt.Printf(“Error %s in pack1.Func1 with parameter %v”, err.Error(), param1)
+	return    // or: return err
+}
+// Process(value)
+
+```
+
+*为了更清晰的代码，应该总是使用包含错误值变量的 if 复合语句*
+
+上例除了 `fmt.Printf` 还可以使用 log 中对应的方法（参见 13.3 节 和 15.2 节），如果程序中止也没关系的话甚至可以使用 `panic`（参见后面的章节）。
+
+
+## 链接
+
+- [目录](directory.md)
+- 上一节：[Go 中的密码学](12.12.md)
+- 下一节：[错误处理](13.1.md)
diff --git a/eBook/13.1.md b/eBook/13.1.md
new file mode 100644
index 0000000..eadde0d
--- /dev/null
+++ b/eBook/13.1.md
@@ -0,0 +1 @@
+# 错误处理
\ No newline at end of file
diff --git a/eBook/directory.md b/eBook/directory.md
index db779a5..e5d2406 100644
--- a/eBook/directory.md
+++ b/eBook/directory.md
@@ -125,6 +125,7 @@
     - 12.11 [用 Gob 传输数据](12.11.md)
     - 12.12 [Go 中的密码学](12.12.md)
 - 第13章：[错误处理与测试](13.0.md)
+    - 13.1 [错误处理](13.1.md)
 - 第14章：goroutine 与 channel
 - 第15章：网络、模版与网页应用