必须启用r.sessionwatcher为true并安装callr包，否则断点不命中、变量查不到、view()无反应；需正确配置r.rpath绝对路径、终端path及r.terminaloptions为--gui=none，且修改后重启vscode。
VSCode 跑 R 调试，核心不是装插件，而是让 R 进程真正“活”着并可通信——否则断点不命中、变量查不到、View() 无反应全是常态。
r.sessionWatcher 必须设为 true
VSCode 的 R 扩展默认不监听 R 进程状态，调试依赖的会话感知能力直接失效。不启用它，View()、str()、断点、变量悬停全不可用。
- 在 VSCode 设置里搜索
r.sessionWatcher，勾选启用 - 首次启用时，VSCode 会提示安装
callr包——必须接受，否则 fallback 到进程名匹配，长任务后容易“假死” - Windows 用户若用
radian，还需确认r.rterm.path指向的是radian.exe（通常在Python\Scripts\下），不是原生R.exe
调试前先确保 R 终端能稳定运行
调试失败常源于终端根本没连上 R——R: (not attached) 状态就是典型信号。
- 检查系统
PATH：终端执行R --version必须有输出；否则在 VSCode 设置中手动填r.rpath（如 Windows 是C:\Program Files\R\R-4.6.0\bin\R.exe） - 改完
r.rpath后必须重启 VSCode，缓存不刷新会导致命令仍报command 'r.runSource' not found - macOS/Linux 用户注意：集成终端不自动读取
~/.zshrc，需在terminal.integrated.env中补全PATH（例如"PATH": "/opt/homebrew/bin:${env:PATH}"）
launch.json 不是必须，但 breakpoint 需配合正确终端模式
vscode-R 调试不强制要求 launch.json，但断点生效的前提是 R 进程以交互式、可中断方式启动。
- 避免使用
--no-restore --no-save --quiet组合，它们会抑制调试钩子加载；推荐终端参数设为--no-save --no-restore --quiet --gui=none - 如果用
httpgd或showtext等包，调试时图形设备初始化可能卡住进程，建议先注释掉绘图相关行再调试逻辑 - 断点打在函数内部时，确保该函数已 source 进当前会话；仅定义未载入的函数不会触发断点
变量查看别依赖悬停，主动查才是常态
VSCode 的 R 扩展不提供 RStudio 那样的环境浏览器，悬停只对简单标量可靠，复杂对象得手动 inspect。
- 数据框结构：用
str(df)或glimpse(df)（需先library(dplyr)） - 模型对象：
summary(lm_result)、coef(lm_result)、names(lm_result)比悬停更准 - 想看完整数据表？
View(df)只有在r.sessionWatcher = true且callr安装成功后才弹窗；否则老实用print(head(df))
最易被忽略的一点：调试时 R 进程崩溃或卡死，VSCode 不会自动重连——你得手动关掉终端、重启 R 会话，再重新加载代码。这不是 bug，是 sessR 架构下会话生命周期的自然表现。
