Vim窗口管理脚本求助：空白窗口下NERDTree/Tagbar无法恢复

问题描述 #

我编写了一段VimScript实现按键映射，功能流程如下：

• 关闭已打开的NERDTree和/或Tagbar
• 执行<C-W>H/J/K/L窗口移动操作
• 恢复原本打开的NERDTree和/或Tagbar

该映射在有文件内容的窗口中运行正常，但在通过<C-W>n创建的空白窗口里，窗口移动能正常执行，可NERDTree和Tagbar无法恢复。负责恢复插件窗口的是RecoverThe2()函数，我无法调试此脚本，特求助解决该问题，同时想确认全局变量g:nerdtree_open、g:tagbar_open的使用是否正确。

测试环境：Ubuntu 22.04 Gnome Terminal

可能的问题原因 #

• 空白缓冲区的上下文差异：<C-W>n创建的空白窗口使用无文件名缓冲区，这类环境下，插件恢复逻辑可能因依赖文件类型、缓冲区属性等条件失效，导致RecoverThe2()无法正确触发插件打开命令。
• 全局变量的状态丢失：如果g:nerdtree_open、g:tagbar_open是临时赋值的，在空白窗口环境中可能被意外覆盖或无法正确读取，导致恢复逻辑判断错误。
• 插件恢复的窗口依赖：NERDTree和Tagbar的恢复操作可能依赖当前窗口的特定上下文（如存在可编辑文件），空白窗口不满足该条件时，插件命令执行无效果。

解决方案建议 #

1. 修正变量保存与读取逻辑 #

确保在关闭插件前，全局变量已正确记录插件状态，避免依赖空白窗口下可能失效的检测逻辑：

" 示例：关闭插件前保存状态
function! CloseThe2()
  let g:nerdtree_open = exists('b:NERDTree') && b:NERDTree.isOpen()
  let g:tagbar_open = bufname('__Tagbar__') != ''
  if g:nerdtree_open | NERDTreeClose | endif
  if g:tagbar_open | TagbarClose | endif
endfunction

2. 恢复前切换回有效上下文 #

在RecoverThe2()中，先切换到之前的文件缓冲区再执行恢复，避免空白窗口的影响：

function! RecoverThe2()
  " 保存当前窗口，切换到最近的文件缓冲区
  let s:prev_win = win_getid()
  call win_gotoid(win_findbuf(bufnr('#'))[0])
  
  if g:nerdtree_open | NERDTree | endif
  if g:tagbar_open | TagbarOpen | endif
  
  " 切回原窗口
  call win_gotoid(s:prev_win)
endfunction

3. 直接检测插件缓冲区状态 #

放弃依赖自定义全局变量，直接通过插件特有的缓冲区名称判断状态，更可靠：

function! RecoverThe2()
  " 检测NERDTree是否需要恢复
  if exists('g:nerdtree_open') && g:nerdtree_open
    silent! NERDTreeToggle
  endif
  " 检测Tagbar是否需要恢复
  if bufname('__Tagbar__') == '' && exists('g:tagbar_open') && g:tagbar_open
    silent! TagbarOpen
  endif
endfunction

4. 优化映射的上下文处理 #

在映射开头保存当前有效缓冲区，移动窗口后先切回该缓冲区再恢复插件：

nnoremap <silent> <C-W>H :let s:prev_buf = bufnr('%')<CR>:call CloseThe2()<CR><C-W>H:execute 'buffer' s:prev_buf<CR>:call RecoverThe2()<CR>

关于全局变量g:nerdtree_open、g:tagbar_open的使用说明 #

NERDTree和Tagbar官方并未默认提供g:nerdtree_open、g:tagbar_open这类全局变量，属于自定义变量，使用时需注意：

• 必须确保变量在所有窗口上下文中都能被正确读取，避免局部变量（b:前缀）被空白窗口覆盖。
• 赋值时机要准确：需在关闭插件前，通过插件自身的状态检测（如NERDTree的b:NERDTree.isOpen()、Tagbar的缓冲区名称）来赋值，不能仅凭主观判断设置。
• 避免在自动命令（autocmd）或其他函数中意外修改这些变量，导致状态记录错误。

内容的提问来源于stack exchange，提问作者Jumogehn