用 composer require kint-php/kint --dev 安装后，调用 d($data) 即可获得可折叠、带路径提示、支持键盘导航的调试界面，完全替代 var_dump()，但必须确保 autoload 已加载，否则函数不存在。
直接结论：用 composer require kint-php/kint --dev 安装后，调用 d($data) 就能获得可折叠、带路径提示、支持键盘导航的调试界面，完全替代 var_dump() —— 但必须确认 autoload 已加载，否则函数不存在。
安装时为什么必须加 --dev 参数
这个参数不是可选的装饰，它决定了 d() 和 Kint::dump() 是否会在生产环境被自动加载。不加的话：
• composer install --no-dev 会跳过 Kint，线上部署后调用 d() 直接报 Fatal error: Uncaught Error: Call to undefined function d()
• 即使没报错，也可能因 autoloader 缓存未刷新导致函数不可用
• --dev 还会让 Composer 把 Kint 放进 autoload-dev 段，避免污染生产依赖树
d() 和 Kint::dump() 的行为差异
两者输出内容一致，但触发时机和可控性不同：
• d($data) 是全局函数，依赖 Composer 自动注册的函数自动加载（vendor/composer/autoload_functions.php），轻量、快捷，适合日常快速探查
• Kint::dump($data) 是静态方法调用，不依赖函数自动加载机制，适合在禁用 autoload 的脚本（如某些 CLI 启动器）中手动控制加载时机
• 如果你在 require 之前就调用了 d()，哪怕已安装 Kint，也会报函数未定义 —— 因为 vendor/autoload.php 没被引入
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
浏览器里点不开折叠节点？检查这三件事
Kint 默认在 CLI 下输出纯文本，在浏览器中才启用交互式 HTML 渲染，但容易卡在这几步：
• 确认响应头没被框架或中间件覆盖：Kint 需要 Content-Type: text/html 才激活 UI，如果项目强制设成 application/json 或 text/plain，它就退化成普通文本
• 检查是否启用了输出缓冲（ob_start()）且未 ob_flush()：Kint 的 HTML 输出依赖实时 flush，缓冲未清会导致页面空白或只显示部分结构
• 不要嵌套调用 d()：比如 if (DEBUG) { d($x); } 里再套一层 d($y)，Kint 的 HTML 片段会互相污染，造成 DOM 解析失败，折叠按钮失效
敏感数据泄露风险比 var_dump() 更高
Kint 默认展开所有属性，包括 private/protected 字段、数据库连接实例、加密密钥等 —— 它不区分“该不该显示”，只管“能不能显示”。这意味着：
• 在 Laravel 或 Webman 等框架中，d($request) 可能直接打出用户 session token、raw POST body、header 中的 Authorization 字段
• Kint::enabled(true) 全局开启后，连 error_log() 里都可能混入 HTML 标签，污染日志文件
• 最稳妥的做法是：仅在开发分支启用，用 $_ENV['APP_DEBUG'] ?? false 控制是否执行 d()，而不是靠注释/删代码来规避
