Leptos项目VSCode无Rust提示需三步排查：一查rust-analyzer是否加载项目（看状态栏有无“Loaded N crates”及Cargo.toml存在）；二启proc-macro支持（启用rust-analyzer.procMacro.enable并配置loadOutDirsFromCheck）；三确保trunk监听路径正确且跨crate依赖已cargo check索引。
Leptos项目在VSCode里没Rust语法提示？先确认rust-analyzer是否真在工作
Leptos是Rust写的前端框架，但VSCode本身不自带Rust支持，全靠rust-analyzer插件驱动。很多人装了插件却没提示，不是插件问题，而是rust-analyzer根本没加载到你的Leptos项目上下文。
检查方法：打开任意.rs文件，在右下角状态栏看有没有显示rust-analyzer和“Loaded 12 crates”之类的信息。没有？说明它没识别出这是Rust项目。
- 确保项目根目录有
Cargo.toml（Leptos模板生成的项目一定有，但如果你手动建的空目录+复制代码，可能漏了） - 关闭所有窗口，用
code .从终端进入项目根目录再打开VSCode——直接双击文件夹打开容易让rust-analyzer找不到Cargo.toml - 如果用了
trunk serve这类工具启动，别把target/或dist/目录当成项目根目录打开
Leptos组件里写view!宏没高亮/跳转？得关掉rust-analyzer的“proc-macro”保守模式
view!是Leptos的核心宏，依赖过程宏（proc-macro）展开。默认情况下rust-analyzer为性能会禁用部分proc-macro支持，导致view!块内代码不被分析、无法跳转、属性没提示。
这不是Leptos特有问题，是所有重度用宏的Rust前端框架（比如Dioxus、Percy）共有的配置点。
立即学习“前端免费学习笔记（深入）”；
- 打开VSCode设置（Ctrl+,），搜
rust-analyzer procMacro - 勾选
rust-analyzer.cargo.loadOutDirsFromCheck（让分析器读取cargo check输出，含宏展开信息） - 确保
rust-analyzer.procMacro.enable设为true - 如果仍不生效，删掉
target/和cargo-target-dir缓存，重启VSCode——旧缓存可能锁住了旧的proc-macro解析状态
前端热重载正常，但修改main.rs后trunk serve不重新编译？检查trunk watch路径配置
Leptos常用trunk做构建工具，但它默认只监听src/和Cargo.toml。如果你把main.rs放在src/bin/下（比如多二进制项目），或者用了examples/结构，trunk就看不到改动。
错误现象：trunk serve跑着，改完src/bin/client.rs，终端没反应，浏览器刷新还是旧逻辑。
- 运行
trunk serve --watch src/ src/bin/ Cargo.toml显式加监听路径（路径必须存在，否则报错） - 更稳妥的做法：在
trunk.toml里写明[[watch]]段，例如：[watch] paths = ["src/", "src/bin/", "Cargo.toml"]
- 注意
trunk不会自动监听target/或dist/，也不该监听——那是输出目录
Leptos服务端路由（如leptos_axum）在VSCode里跳不到handler定义？rust-analyzer可能卡在跨crate依赖上
Leptos全栈常把前端和后端拆成不同crate（比如client和server子包），rust-analyzer有时无法跨workspace解析函数引用，尤其当server crate没被cargo check主动构建过。
典型表现：点get("/")里的闭包参数，跳转失败；悬停看类型显示fn() -> _而不是具体签名。
- 在项目根目录运行
cargo check -p server（假设后端crate叫server），强制触发分析器索引 - 确认
Cargo.toml中[workspace]包含所有子crate，且server/Cargo.toml里path指向正确 - 如果用了
leptos_axum0.6+，注意其axum依赖版本需与你本地axum一致，否则rust-analyzer会因版本冲突跳过解析
Leptos全栈的“全”字最容易让人忽略一件事：前后端是两个独立Rust crate，rust-analyzer得分别吃透它们，中间差一个cargo check，提示就断了。
