Sublime Text 原生不支持函数级面包屑导航，仅能通过插件（如SublimeCodeIntel或CTags）在状态栏显示当前函数名，且需满足光标在函数体内、语法识别正确等条件；无真正顶部可交互面包屑栏。
Sublime Text 原生不支持函数级面包屑（Breadcrumb）导航，所谓“显示当前函数名”只能靠插件在状态栏做文字提示，无法实现 VS Code 那种顶部可点击、带层级路径的交互式面包屑栏。
为什么 Ctrl+R 显示了函数列表，但状态栏不显示当前函数名
因为 Ctrl+R 调用的是 Sublime 内置的 symbol list 解析器，它只负责生成文件内符号索引并供跳转；而状态栏显示函数名需要额外的作用域监听和实时上下文推断——这超出了原生能力范围。
- 内置解析器不跟踪光标移动，也不解析嵌套作用域（比如类里的方法、闭包内的函数）
- 它依赖语法高亮包定义的
scope规则，而很多语言（如 JS 的箭头函数、Python 的 lambda）默认不被识别为函数符号 - 即使安装了插件，也必须确保光标落在函数体内部（不能在注释、字符串、空行或函数签名末尾）
SublimeCodeIntel 能否在状态栏显示当前函数名
可以，但限制明显：SublimeCodeIntel 会在状态栏底部显示类似 def my_func 或 function init() 的提示，前提是：
- 当前文件类型已被正确识别（右下角显示
Python、JavaScript等，不是Plain Text） - 光标位于函数定义体内（不在
def行、不在 docstring 中、不在缩进外） - 已启用该语言的 codeintel 支持（检查
Preferences → Package Settings → SublimeCodeIntel → Settings中对应语言的"enable_codeintel": true） - 首次索引完成（大型项目可能需等待几秒，期间状态栏无反应）
注意：SublimeCodeIntel 已多年未更新，对 Python 3.12+、TypeScript 等新语法支持弱，且索引过程易卡顿。
CTags + SublimeText-CTags 是更稳定的选择吗
是的，尤其适合 C/Python/JS 主流语言，但别指望它“显示面包屑”——它只提供跳转与悬停提示。
- 系统级
ctags必须安装：macOS 用brew install universal-ctags（推荐，exuberant-ctags 已停止维护），Linux 用sudo apt install universal-ctags - Sublime 插件名是
SublimeText-CTags（含连字符），不是CTags；安装后需在项目根目录运行：ctags -R --fields=+niaz --c-kinds=+p --c++-kinds=+p --python-kinds=+i --javascript-kinds=+p . - 光标悬停时状态栏会显示类似
MyClass.my_method的符号，但这是静态标签，不反映实际调用链或嵌套深度 -
ctags不解析作用域，同名函数在不同类中会冲突，跳转可能出错
有没有真正意义上的“面包屑栏”插件
没有可靠的。所有声称添加顶部面包屑栏的插件，本质都是 hack 状态栏或覆盖编辑器视图，稳定性差：
- 它们依赖 Sublime 的
view.add_regions()或自定义 UI overlay，极易被 Sublime 更新破坏 - 无法准确判断“当前函数”——因为 Sublime 没有暴露 AST 或作用域树 API，插件只能靠正则匹配和缩进推测，错误率高
- 部分插件（如
BreadcrumbNav）已多年未维护，GitHub 上 issue 堆积，不兼容 Sublime Text 4.4+
如果你真需要函数级实时导航，最务实的做法是：用 Ctrl+R 查看当前文件函数列表 + ScopeHunter（按 Ctrl+Alt+P）确认光标所在作用域 + 侧边栏搭配 Outline 插件常驻显示结构。三者组合，比强求一个不存在的“面包屑栏”更可靠。
