diff --git a/ch2-cgo/ch2-03-basic.md b/ch2-cgo/ch2-03-basic.md
index 54e843a..a18d8bc 100644
--- a/ch2-cgo/ch2-03-basic.md
+++ b/ch2-cgo/ch2-03-basic.md
@@ -1,3 +1,116 @@
 # 2.3. CGO编程基础(TODO)
 
+Go是一门以实用为主要目的的编程语言，我们可以通过cgo来直接调用C语言代码，也可以在C语言代码中直接调用Go函数。要使用CGO特性，需要安装C／C++构建工具链，在macOS和Linux下是要安装和GCC，在windows下是需要安装MinGW工具。同时需要保证环境变量`CGO_ENABLED`被设置为1，这表示CGO是被启用的状态。在本地构建时`CGO_ENABLED`默认是启用的，当交叉构建时CGO默认是禁止的。比如要交叉构建ARM环境运行的Go程序，需要手工设置好C/C++交叉构建的工具链，同时开启`CGO_ENABLED`环境变量。
+
+## `import "C"`语句
+
+如果在Go代码中出现`import "C"`语句这表示使用了CGO特性，在这行语句前面紧跟着的注释是一种特殊语法，里面包含的是正常的C语言代码。当确保CGO启用的情况下，还可以在当前目录中包含C或C++对应的源文件。
+
+举个最简单的例子：
+
+```Go
+package main
+
+/*
+#include <stdio.h>
+
+void printint(int v) {
+    printf("printint: %d\n", v);
+}
+*/
+import "C"
+import "unsafe"
+
+func main() {
+    v := 42
+    C.printint(C.int(v))
+}
+```
+
+这个例子展示了cgo的基本使用方法。开头的注释中写了要调用的C函数和相关的头文件，头文件被include之后里面的所有的C语言元素都会被加入到”C”这个虚拟的包中。需要注意的是，import "C"语句前有特殊的注释语法，该导入语句需要单独一行，不能与其他包一同import。向C函数传递参数也很简单，就直接转化成对应C语言类型传递就可以。如上例中`C.int(v)`用于将强制类型转换将一个Go中的int类型值转化为C语言中的int类型，然后调用C语言定义的printint函数进行打印。
+
+需要注意的是，Go是强类型语言，所以cgo中传递的参数类型必须与声明的类型完全一致，而且传递前必须用”C”中的转化函数转换成对应的C类型，不能直接传入Go中类型的变量。同时通过虚拟的C包导入的C语言符号并不需要是大写字母开头，它们并不受Go语言的导出规则约束。
+
+cgo是将当前包引用的C语言符号都放到了虚拟的C包了，同样其它依赖的Go语言包内部可能也是通过cgo引入了相似的虚拟C包，但是不同的Go语言包引入的虚拟的C包之间的类型是不能通用的。这个问题约束看起来似乎没有什么影响，但是对于自己要构造一些cgo辅助函数会有一点的影响。
+
+比如我们希望在Go中定义一个C语言字符指针对应的CChar类型，然后增加一个GoString方法返回Go语言字符串：
+
+```go
+package cgo_helper
+
+import "C"
+
+type CChar C.char
+
+func (p *CChar) GoString() string {
+    return C.GoString((*C.char)(p))
+}
+
+func PrintCString(cs *C.char) {
+    print(cs.GoString())
+}
+```
+
+现在我们可能会想在其它的Go语言包中也使用这个辅助函数：
+
+```go
+package main
+
+// static char* cs = "hello"
+import "C"
+import "./cgo_helper"
+
+func main() {
+    cgo_helper.PrintCString(C.cs)
+}
+```
+
+但是这段代码是不能正常工作的。因为当前main包引入的`C.cs`类型的变量是当前main包的cgo构造的虚拟的C包下的char类型指针，它和cgo_helper包引入的`*C.char`类型是不同的。在Go语言中方法是依附于类型存在的，不同Go包中引入的虚拟的C包却是不同的类型，这导致从它们延伸出来的Go类型也是不同的类型，这最终导致了前面代码不能正常工作。
+
+有Go语言使用经验的用户可能会建议参数转型后再传入。但是这个方法似乎也是不可行的，因为`cgo_helper.PrintCString`的参数是它自身包引入的`*C.char`类型，在外部是无法直接获取这个类型的。换言之，一个包如果在公开的接口中直接使用了`*C.char`等类似的虚拟C包的类型，其它的Go包是无法直接使用这些类型的，除非这个Go包同时也提供了`*C.char`类型的构造函数。因为这些诸多因素，如果想在go test环境直接测试这些cgo导出的类型也会于通用的限制。
+
+<!-- 测试代码；需要确实是否有问题 -->
+
+## `#cgo`语句
+
+在`import "C"`语句前的注释中可以通过`#cgo`语句设置相关的编译阶段和链接阶段的参数。编译阶段的参数主要是定义相关宏和指定头文件检索路径。链接阶段的参数主要是指定库文件检索路径和要链接的库文件。
+
+```go
+// #cgo CFLAGS: -DPNG_DEBUG=1 -I./include
+// #cgo LDFLAGS: -L/usr/local/lib -lpng
+// #include <png.h>
+import "C"
+```
+
+上面的代码中，CFLAGS部分，`-D`部分定义了宏PNG_DEBUG，值为1；`-I`定义了头文件包含的检索目录。LDFLAGS部分，`-L`指定了链接时库文件检索目录，`-l`指定了链接时需要链接png库。
+
+
+因为C/C++遗留的问题，C头文件检索目录可以是相对目录，但是库文件检索目录则需要绝对路径。如果库文件的检索目录中可以通过`${SRCDIR}`变量表示当前包目录的绝对路径：
+
+```
+// #cgo LDFLAGS: -L${SRCDIR}/libs -lfoo
+```
+
+上面的代码在链接时将被展开为：
+
+```
+// #cgo LDFLAGS: -L/go/src/foo/libs -lfoo
+```
+
+`#cgo`语句主要影响CFLAGS、CPPFLAGS、CXXFLAGS、FFLAGS和LDFLAGS几个编译器环境变量。CFLAGS针对C语言代码设置编译参数。其中，CFLAGS、CPPFLAGS、CXXFLAGS、FFLAGS几个变量用于改变编译阶段的构建参数，LDFLAGS用于设置链接时的参数。
+
+对于在cgo环境混合使用C和C++的用户来说，可能有三种不同的编译选项：其中CFLAGS对应C语言特有的编译选项、CXXFLAGS对应是C++特有的编译选项、CPPFLAGS则对应C和C++共有的便于选项。但是在链接阶段，C和C++的链接选项是通用，因此这个时候已经不在有C和C++语言的区别，它们都是相同的类型的目标文件。
+
+如果是针对特定平台的参数，可以通过Go语言的build tag来指定：
+
+```
+// #cgo amd64 386 CFLAGS: -DX86=1
+```
+
 TODO
+
+<!--
+文件后缀名和 cgo 指令的对应关系
+
+自定义的 build 类型（不是cgo特有的）
+-->
\ No newline at end of file