vscode 中 jsdoc 自动生成需满足条件：文件为 .js/.ts 且语言模式正确，光标置于函数声明行开头，支持 /** + enter 触发；箭头函数、解构参数等场景解析受限；推荐用 jsdoc-snippets 插件统一模板，ts 项目应以类型系统为准，jsdoc 仅作说明性补充。
VSCode 里按 Ctrl+Shift+P 打不开 JSDoc 注释生成？先检查插件和语言模式
默认 VSCode 不自带 JSDoc 自动生成功能，必须依赖插件或内置支持。最常用的是 Document This（已停更）或更现代的 ES7+ React/Redux/React-Native snippets —— 但后者只对函数声明片段生效，不自动补全 JSDoc。真正稳定可用的是 VSCode 自带的 JavaScript (ES6) Language Features，它在 JS/TS 文件中支持 /** + Enter 触发智能生成。
常见卡点：
- 当前文件后缀不是
.js或.ts，或语言模式没设对（右下角显示Plain Text而非JavaScript） - 光标没放在函数名正上方、或没紧贴函数声明行开头（如缩进后敲
/**可能失效） - 用了箭头函数且无函数名（
const fn = () => {}），VSCode 默认不生成；需改用function声明或手动触发
/** + Enter 为什么只生成空块，没参数和返回值？
VSCode 的自动 JSDoc 行为高度依赖 AST 解析能力。它能提取形参名、返回类型（TS 环境下更准），但对复杂场景有明显限制：
- 函数体为空或只含
return字面量时，可能漏推导@returns - 参数含解构（如
({ a, b }) => {}）或默认值（(x = 1) => {}），VSCode 通常只写@param {any} x，不解析默认值含义 - TS 中若参数类型未显式标注（如
function f(x)），会标成@param {any} x，而非从上下文推断 - 异步函数（
async function）会自动加@returns {Promise}，但不会展开泛型（如Promise<string></string>需手动补）
想统一规范 JSDoc 格式？用 jsdoc-snippets 插件定制模板
VSCode 内置生成器格式固定，无法加作者、日期、版本等字段。要强制团队风格一致，推荐安装轻量插件 jsdoc-snippets（注意不是同名旧版）。启用后，在函数上方输入 jsdoc + Tab 即可插入预设模板。
关键配置项（在 settings.json 中）：
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
-
"jsdoc.snippets.author": "Your Name"—— 自动填作者 -
"jsdoc.snippets.includeDescription": true—— 强制留出描述空行 -
"jsdoc.snippets.perferredLanguage": "zh-CN"—— 中文注释字段名（如@描述） - 自定义模板路径通过
"jsdoc.snippets.customTemplatePath"指向本地.jsdoc文件
示例生成效果（光标在 function getData(id) 上方）：
/**
* @description
* @author Your Name
* @date 2024-05-20
* @param {string} id -
* @returns {Promise<any>}
*/</any>
TS 项目里 JSDoc 和类型定义重复？优先信 @type 还是接口？
在 TS 中混用 JSDoc 和类型系统容易引发维护冲突。比如函数参数用 @param {User} user，但实际调用处传了结构不符的对象——TS 编译器不会校验 JSDoc 类型，只认 interface User 或类型注解。
真实协作中建议：
- 纯 JS 项目：JSDoc 是唯一类型文档，务必保持
@param/@returns与运行时一致 - TS 项目：JSDoc 仅用于说明性内容（用途、副作用、业务约束），删掉所有
@param {xxx}类型声明，让 TS 自己推导 - 若需兼容 JS 用户，可用
@typedef+@type定义复杂类型，但必须和interface同步更新，否则极易过期 - VSCode 对
@type的提示支持有限，比如/** @type {import('./types').Config} */可能不触发跳转
JSDoc 本质是人读的文档，不是机器契约。生成快捷键省时间，但字段是否准确、描述是否清晰，还得靠人盯住函数逻辑本身。
