本文介绍如何在 Vim 中通过自定义语法区域与事件钩子，解决 goimports 格式化后嵌入式 HTML 字符串（如模板字面量）丢失 HTML 高亮的问题，确保 Go 与 HTML 混合代码始终保持语义化着色。
本文介绍如何在 vim 中通过自定义语法区域与事件钩子，解决 `goimports` 格式化后嵌入式 html 字符串（如模板字面量）丢失 html 高亮的问题，确保 go 与 html 混合代码始终保持语义化着色。
在 Go 开发中，常使用反引号包裹的原始字符串（raw string literal）嵌入 HTML 模板，例如：
var rootTemplate = template.Must(template.New("root").Parse(`
<title>Home</title><h1>Welcome</h1>
`))
为实现 HTML 片段的语法高亮，常规做法是通过 syn include 引入 syntax/html.vim，并用 syntax region 将 到 之间的内容识别为 HTML 区域，并限定其作用于 Go 原始字符串内（containedin=goRawString）。但问题在于：当启用 g:go_fmt_command = "GoImports" 后，每次保存触发 goimports 会重置缓冲区语法状态，导致 b:current_syntax 被清空、自定义 region 失效，HTML 高亮随即消失。
根本原因在于 goimports（或 gofmt）执行时会调用 Vim 的格式化流程，通常伴随 :syntax off → :syntax on 或缓冲区重载，使动态注册的语法区域失效。因此，不能仅依赖 BufEnter 初始化一次，而需在每次格式化后重新注入 HTML 语法规则。
解决方案是将语法恢复逻辑与格式化动作解耦，并绑定到更可靠的时机：
- ✅ 使用 autocmd BufWrite *.go call GoHtml() 确保每次保存前/后（取决于执行顺序）重新加载 HTML 语法；
- ✅ 在 GoHtml() 函数中显式调用 GoFmt（或 GoImports），再重建语法区域——这保证了格式化与高亮恢复的原子性；
- ✅ 关键配置 let g:go_fmt_autosave = 0 禁用插件自动保存，避免 goimports 触发不可控的二次重绘；
- ✅ 使用 containedin=goRawString（注意原文 containedIn 拼写错误，应为 containedin）精准限定 HTML 区域只在 Go 原始字符串内生效，避免误匹配。
完整推荐配置如下（适配 vim-go + pathogen）：
function! GoHtml()
" 先执行格式化（同步阻塞，确保代码已更新）
silent! call go#fmt#Format(0)
" 清除旧语法状态，防止冲突
if !empty(b:current_syntax)
unlet b:current_syntax
endif
" 导入 HTML 语法定义
syn include @html syntax/html.vim
" 定义 HTML 区域：从 html> 开始，到 前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
