如果你在用 Hugo 建静态站时，有没有经常被 Hugo 的 index.md 和 _index.md 两个文件搞得晕头转向？它们长得这么像，但作用却完全不同。我们今天就来聊聊这两者的区别，以及在实际项目中该怎么使用它们。 要解释index.md与_index.md的区别，需要先弄清楚一个叫Page Bundle的名词。按Hugo官方的解释，Page Bundle就是一个“页面包裹”，把一个页面的内容和相关资源打包在一起，通俗的理解就是用一个目录来管理文章和图片等资源，把一篇文章和文章中的配图一起放在某个目录下，这个目录就是一个Page Bundle。 Page Bundle又分成了两大类，类比一棵树，一种叫叶子Page Budle，另外一种叫分支或树干Page Bundle。那怎么来区分一个Page Bundle到底是树叶，还是树干呢？ 这个时候就轮到index.md和_index.md出场了，如果一个目录下包含_index.md文件的就是树干，反之只包含了index.md的目录就是树叶。 content/ ├── leaf/ │ ├── index.md # 表明leaf目录是leaf bundle │ └── leaf.jpg └── branch/ ├── _index.md # 表明branch目录是branch bundle └── branch.jpg 我们都知道树叶是一颗树的最末端，即树叶上不可能再长树干了，同理，包含index.md的目录也不能包含子目录了；而树干是可以继续长出树干和叶子的，所以类比到包含_index.md的目录，它是可以继续嵌套其它目录和子目录的。 如果同时存在 index.md 和 _index.md 的话，Hugo则优先选择使用 _index.md Hugo页面有个方法叫 .Resources，这个方法可以提取出页面相关的所有资源，包括图片、音视频等，它提取的资源就是从对应的Page Bundle中提取出来的。 以上就是index.md和_index.md的主要区别与作用。 应用场景： disableKinds = ["section", "taxonomy", "term"] 想象一下上面的配置，假设你不想让Hugo构建某些类型的页面时，_index.md就派上用场了。虽然页面上没有相关链接，但是咱们管不住那些好奇宝宝啊，用户可能手动输入了某个分类的url但我们又没有让Hugo构建这个分类页面，于是系统就会显示一个系统自带的 404 页面找不到的提示给用户，这让用户感觉你的站点损坏了或者出现了什么未知错误，而使用 _index.md 就可以轻松避免这种尬干的场景。

1、Go语言中的Map是有序的还是无序的，为什么？ 在Go语言中，字典Map是无序的。 因为 Go 中的 map 是基于 哈希表（hash table）实现的。哈希表的核心思想是通过哈希函数将键映射到特定的位置，然后存储值。由于哈希表是通过散列来决定每个元素的存储位置，元素的存储顺序是 由哈希值和碰撞解决策略 决定的，而不是按插入的顺序排列的。 Go 语言设计者故意没有为 map 提供顺序保证。Go 认为在多数应用场景中，顺序并不重要，尤其是在查找、插入和删除操作的效率比顺序更重要。因此，Go 选择使用无序的哈希表来实现 map，这使得 map 的查找和操作在大多数情况下是 常数时间复杂度 O(1)。 因此，如果使用 for … range 循环遍历的话每次迭代获得的 键 - 元素 对的顺序都可能是不同的。 另外，在Go的内部实现中是先通过一个叫做fastrand()的函数生成一个伪随机数，然后使用这个随机数作为每次遍历的起始桶位置，从而导致每次遍历的起始位置不是固定的。 2、Map字典的键类型不能是哪些类型，应该优先考虑哪些类型作为字典的键类型呢？ 这在官方文档中有详细说明： The comparison operators == and != must be fully defined for operands of the key type; thus the key type must not be a function, map, or slice. If the key type is an interface type, these comparison operators must be defined for the dynamic key values; failure will cause a run-time panic. 因此，Go 语言Map字典的键类型不可以是函数、字典和切片。因为 Go 语言的字典类型其实是一个哈希表（hash table）的特定实现，因此其中重要的一个步骤就是需要把键值转换为哈希值，所以，从性能的角度来看的话，“把键值转换为哈希值”以及“把要查找的键值与哈希桶中的键值做对比”， 都是比较耗时的操作。 因此，可以说，求哈希和判等操作的速度越快，对应的类型就越适合作为键类型，应该优先考虑。 3、在值为nil的字典上执行读或写操作会成功吗？ 当我们仅声明而不初始化这个字典类型的变量时，这个变量的值就会是nil，比如像下面这样声明的变量mp就是nil。 func main() { var mp map[string]int fmt.Println(mp["key"]) // 这行会输出 0，不会 panic } 在这样的nil字典上执行读操作是没有问题的。但是，如果是写操作（插入）的话，Go语言的运行时系统就会立即抛出一个 panic 致命性错误。 这需要从Map的底层结构来看了，在Go中，Map是引用类型，其底层是由一个 hmap 结构体 表示的，其的定义为： // https://github.com/golang/go/blob/master/src/runtime/map_noswiss.go#L114 // A header for a Go map. type hmap struct { // Note: the format of the hmap is also encoded in cmd/compile/internal/reflectdata/reflect.go. // Make sure this stays in sync with the compiler's definition. count int // # live cells == size of map. Must be first (used by len() builtin) flags uint8 B uint8 // log_2 of # of buckets (can hold up to loadFactor * 2^B items) noverflow uint16 // approximate number of overflow buckets; see incrnoverflow for details hash0 uint32 // hash seed buckets unsafe.Pointer // array of 2^B Buckets. may be nil if count==0. oldbuckets unsafe.Pointer // previous bucket array of half the size, non-nil only when growing nevacuate uintptr // progress counter for evacuation (buckets less than this have been evacuated) clearSeq uint64 extra *mapextra // optional fields } 其中，buckets 指向存储键值对的 “桶数组”，所以，当map声明但未初始化时（即 var mp map[string]int），其值是nil，它的内部结构核心字段值如下：

虽然 Go 语言是一个高性能的编程语言，但有些情况下我们还是需要关心它的性能优化。 下面便是一些常见的Go性能优化小提示： 字符串处理相关： 使用StringBuffer 或是StringBuild 来拼接字符串，性能会比使用 + 或 +=高三到四个数量级。 如果需要把数字转换成字符串，使用 strconv.Itoa() 比 fmt.Sprintf() 要快一倍左右。 尽可能避免把String转成[]Byte ，这个转换会导致性能下降。 内存分配相关： 如果在 for-loop 里对某个 Slice 使用 append()，请先把 Slice 的容量扩充到位，这样可以避免内存重新分配以及系统自动按 2 的 N 次方幂进行扩展但又用不到的情况，从而避免浪费内存。 GC相关： 避免在热代码中进行内存分配，这样会导致 gc 很忙。尽可能使用 sync.Pool 来重用对象。 锁相关： 使用 lock-free 的操作，避免使用 mutex，尽可能使用 sync/Atomic包。 IO相关： 使用 I/O 缓冲，I/O 是个非常非常慢的操作，使用 bufio.NewWrite() 和 bufio.NewReader() 可以带来更高的性能。 循环相关： 对于在 for-loop 里的固定的正则表达式，一定要使用 regexp.Compile() 编译正则表达式。性能会提升两个数量级。 协议相关： 如果你需要更高性能的协议，可以考虑使用 protobuf 而不是 JSON，因为 JSON 的序列化和反序列化里使用了反射。 字典相关： 你在使用 Map 的时候，使用整型的 key 会比字符串的要快，因为整型比较比字符串比较要快。

日常开发中我们经常会使用到第三方Go包，而很多Go包中默认都包含了一些example示例代码来帮助用户直观的感受产品运行效果，那我们应该怎么运行这些代码呢？ 以前都是一股脑儿的git clone整个仓库然后切换到example目录运行相关代码来看效果，除了这种方法外，我们还可以使用Go为我们提供的go list工具链命令来实现同样的效果。 这里以github.com/gorilla/websocket这个Web Socket包为例，官方示例代码如下： 1 go get github.com/gorilla/websocket 2 cd `go list -f '{{.Dir}}' github.com/gorilla/websocket/examples/chat` 3 go run *.go 这里主要解释下第二行代码的含义： # cd反引号（``）表示命令替换，它会先执行反引号中的命令，然后将命令代码的返回结果替换到命令行中 cd `命令代码` # go list命令的作用是列出包的相关信息 go list github.com/gorilla/websocket/examples/chat 给go list加上 -f ‘{{ .Dir }}‘参数是指定了go list的输出格式，这里使用了Go模版语法，’{{ .Dir }}‘表示输出包的目录路径 # go list命令的作用是列出包的相关信息 go list -f '{{ .Dir }}' github.com/gorilla/websocket/examples/chat 所以，这段代码整体的作用就是获取github.com/gorilla/websocket/examples/chat这个Go包的目录里路径，并切换到这个目录下，然后可以直接在改目录下运行相关go代码了。

为了提高网站的响应速度，我们通常会在列表页或详情页显示缩略图，用户点击图片后再展示原图。这种设计即满足了网站的快速响应也满足了用户查看原图的需求，那么在Hugo中我们应该如何实现这样的功能呢？ 我们知道Markdow文档中的超链接语法格式为： [超文本](超文本url链接) 我们还知道Markdow文档中的图片语法格式为：  那我们就可以将这两个特性结合起来从而实现点击图片查看原图的功能，点击图片查看原图的两个核心点一个是点击，一个是原图，结合上面超文本和图片的语法我们直接在Markdown中这样写即可： [](原图url链接) 如果你没有在Hugo中启用缩略图功能，那上面的 缩略图片url链接 和 原图url链接 也可以是同一个url。 最终效果如下：