Notepad++ 不支持调用栈，因其仅为文本编辑器，无运行时调试能力；Function List 插件仅静态解析函数定义，无法捕获调用关系，真正调试需用 Visual Studio 或 WinDbg 附加进程分析。
Notepad++ 本身不提供调用栈（Call Stack）调试功能，插件也无法补全这个能力——它不是调试器，没有运行时上下文、符号加载或线程控制能力。
为什么 Function List 插件不能显示调用栈
Function List 插件只做静态文本解析：它用正则匹配函数定义行（如 def foo() 或 int bar(），生成一个可点击的函数名列表。它不执行代码，也不挂钩函数调用过程，因此完全无法感知“谁调用了谁”“当前执行到哪一层”。调用栈是运行时概念，而 Notepad++ 是纯编辑器。
- 你看到的“函数列表”本质是文件中所有匹配正则的函数签名快照，和执行流无关
- 即使安装了 NppExec、PythonScript 等能运行脚本的插件，它们也只在独立进程或解释器中执行，无法获取 Notepad++ 主程序的调用堆栈
- 试图用插件 hook Windows API（如
SetWindowsHookEx）来捕获调用，既不可靠，也超出插件安全沙箱范围
真正需要调用栈时该用什么工具
如果你正在开发 Notepad++ 插件（C++ DLL），并希望查看插件函数被 Notepad++ 主程序调用的堆栈，必须切换到真正的调试器：
- 用 Visual Studio 打开插件源码，设置断点后附加到
notepad++.exe进程 → 调试时打开调试 > 窗口 > 调用堆栈（快捷键Ctrl+Alt+C） - 用 WinDbg 加载你编译的插件 PDB 符号，执行
k命令查看当前线程堆栈 - 若插件崩溃，用
procdump -ma notepad++.exe抓取 dump，再用 WinDbg 分析!analyze -v和k
注意：notepad++.exe 必须是你自己编译的带调试符号版本，否则调用堆栈里会大量出现 [Frames below may be incorrect and/or missing, no symbols loaded for notepad++.exe]。
插件开发中替代调用栈的实用调试手段
在 Notepad++ 插件开发中，更现实的做法是用日志 + 上下文标记代替堆栈可视化：
- 在每个导出函数入口加
qDebug() （需启用 Qt 日志） - 用
NppMsg消息 ID（如WM_COMMAND,NPPM_GETCURRENTSCINTILLA）反推触发路径 - 在关键回调（如
setInfo,beNotified）里记录__FUNCTION__和__LINE__，拼出调用链 - 避免依赖“堆栈”，转而验证“输入是否符合预期”——比如
beNotified收到的NotificationData里nmhdr.code是什么
复杂点在于：Notepad++ 插件生命周期由宿主控制，beNotified 可能被多次、跨线程调用，而插件本身没有主线程概念。这时候靠静态日志比靠动态堆栈更稳定、更易复现。
