Sublime Text原生不支持状态栏实时显示函数名，必须通过ScopeHunter识别作用域+自定义Python插件监听事件提取并更新；通用状态栏插件如Status Bar Manager仅处理静态元信息，无AST解析能力与光标事件监听机制。
Sublime Text 原生不支持在状态栏实时显示当前函数名，所有“显示函数名”的效果都依赖插件 + 事件监听，且必须手动处理作用域提取和更新时机——直接装插件不配置，大概率只在部分文件里闪一下就消失。
为什么 Status Bar Manager / StatusBarEnhanced 无法显示函数名
这类通用状态栏插件只处理固定元信息（如编码、Git 分支、行尾符），不解析代码结构。它们没有 AST 解析能力，也不监听光标移动事件，因此对“当前函数”这类动态上下文完全无感。你装了 StatusBarGit 能看到 main 分支，但不会自动冒出 def parse_config()。
- 它们的字段列表（
status_bar_items）里根本没有function_name这个 key - 即使你强行加进去，插件内部没实现提取逻辑，最终显示为空或默认占位符
- 某些旧教程提到的
status_bar_extras插件已多年未维护，Sublime Text 4 下基本不可用，调用view.scope_name()返回空字符串是常态
用 ScopeHunter + 自定义 Python 插件提取函数名
这是目前最稳定、可落地的方案：ScopeHunter 负责准确识别光标所在语法作用域（比如 source.python meta.function.python），Python 插件负责从该作用域中提取函数/方法名并写入状态栏。
- 先安装
ScopeHunter：命令面板输入Package Control: Install Package→ 搜ScopeHunter安装 - 在
Packages/User/下新建function_status.py，内容如下：
import sublime
import sublime_plugin
import re
<p>class FunctionNameStatus(sublime_plugin.EventListener):
def update_function_status(self, view):
if not view.is_primary():
return</p><h1>获取光标位置的作用域</h1><pre class='brush:php;toolbar:false;'> scope = view.scope_name(view.sel()[0].begin())
# 匹配函数/方法定义（适配 Python/JS）
if "source.python" in scope:
pattern = r"^\s*def\s+(\w+)|^\s*class\s+(\w+)"
elif "source.js" in scope or "source.ts" in scope:
pattern = r"^\s*(?:function\s+(\w+)|const\s+(\w+)\s*=\s*function|(\w+)\s*=\s*\(.*?\)\s*=>)"
else:
view.erase_status("function_name")
return
line = view.substr(view.line(view.sel()[0].begin()))
match = re.search(pattern, line)
name = match.group(1) or match.group(2) or match.group(3) if match else None
if name:
view.set_status("function_name", f"? {name}")
else:
view.erase_status("function_name")
def on_selection_modified_async(self, view):
self.update_function_status(view)
def on_activated_async(self, view):
self.update_function_status(view)</pre>- 关键点：
on_selection_modified_async确保光标移动时刷新，on_activated_async防止切换标签页后失效 - 正则仅匹配当前行开头，避免跨行误判；不依赖
view.extract_scope()（它在注释/字符串内也返回函数作用域） -
view.erase_status("function_name")必须显式调用，否则光标移出函数体后仍残留旧名称
为什么 Ctrl+R 不等于状态栏函数名
Ctrl+R 是符号索引面板，本质是 Sublime 内置的 symbol_list 功能，它读取的是文件内所有 def、function、class 行的静态快照，不随光标实时变化。它不走状态栏 API，也不触发 set_status，所以无法被“显示在底部”复用。
- 它不监听事件，只在打开瞬间扫描一次；光标移动后内容不会更新
- 它的输出格式是纯文本列表，无法提取为结构化字段供状态栏使用
- 若想让状态栏内容与
Ctrl+R同步，你得自己重写一遍符号解析逻辑——这比用 ScopeHunter 提取作用域更重、更易出错
容易被忽略的兼容性陷阱
函数名提取看似简单，但在真实项目中极易断裂：不同语言缩进风格、装饰器、箭头函数、TypeScript 接口方法、JSDoc 注释块都会干扰正则匹配。最稳妥的做法不是“写一个通用正则”，而是按需分语言维护提取逻辑，并接受“部分场景不显示”比“错误显示”更合理。
- Python 中
@decorator在def上方时，view.line()只取到装饰器行，需向上遍历多行 - JS 中
const fn = () => {}和function fn() {}的作用域标记相同，但正则无法共用 - Sublime 的
scope_name()在 JSX/TSX 文件中可能返回source.js.jsx，需额外判断 - 状态栏 key（如
"function_name"）必须全局唯一；若同时启用SublimeCodeIntel，它也可能用同名 key，导致覆盖
