vscode的Rust插件和rust-analyzer(以下简称ra)插件会冲突，都支持codelen功能(可执行函数附近会有Run/Debug提示，就像IDEA在main()左边会有个绿色的运行按钮)，建议只用ra插件
- 安装base-devel和clang等llvm调试工具，才能安装CodeLLDB插件(开启Rust单步调试功能)
- 获取ra可执行文件 并 修改vscode全局setting.json的ra相关可执行文件路径配置项
- vscode安装ra插件
*注3: 编译ra源码的补充，看源码的.cargo/config文件可知通过cargo xtask install --server可以仅编译ra可执行文件，不编译安装ra的vscode插件
- vscode装ra插件时自动去github下载，但是会出现github链接404错误或vscode需要存储github_token等问题
- 自行去ra的github仓库的release页面下载相应操作系统编译好的二进制可执行文件分发
- git clone ra源码进行编译
- sudo pacman -S rust-analyzer
rustup component add rust-analyzer-preview(建议改 ra 源码编译)
2021-10-25 更新: 如果有能力改 ra 源码，强烈建议改源码编译能定制忽略很多 panic 错误
由于ra更新推送速度上 rustup > archlinux源 > manjaro源，建议用第五种方法安装并管理ra的更新
运行 rustup 版 rust-analyzer "组件"的可执行文件
rustup run nightly rust-analyzer --version
vscode 的 setting.json 中 ra 相关配置
{ "rust-analyzer.server.path": "~/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/bin/rust-analyzer" }dev版也就是nightly版插件要配合vscode的ra插件启用一些配置项才能使用，不太方便，而且dev版ra插件会有报错提示:
Extension 'matklad.rust-analyzer cannot use PROPOSED API
而且从源码编译ra插件需要nodejs环境
- rls官方维护的不勤快，不支持2021年以后的nightly版本，Rust插件需要rustup额外安装rls和rust-analysis两个component
- 官方的Rust插件近一年都没更新，不像ra插件频繁维护
- 同时安装Rust和ra插件时，ra插件会提示冲突you must disable one of them
通过包管理pacman安装的rustup和rustup.rs的rustup安装脚本的区别在于
- cargo/rustup的路径在/usr/bin，rust-analyzer的路径还在~/.cargo/bin
- pacman的rustup不能self update，需要pacman进行更新
cargo install以下几款常用Rust代码静态分析工具
- typos-cli
- cargo-all-features(好像是检查unused features，但是运行时报错)
- cargo-udeps(检查未使用的依赖，超赞)
- cargo-audit(检查第三方库所用版本的是否存在已通报的漏洞)
- cargo-outdated(类似vscode_crates插件，但不如crates好用)
idea的code_snippet指的是类似idea输入sout能自动生成System.out.println!("");这样的代码模板生成或自动补全
部分我认为很有用的代码补全/代码模板生成
| input | generexprte code | require |
|---|---|---|
| expr.mexprtch | match expr... | expr is enum |
| expr.if | if expr {... | expr is bool |
| expr.ifl | if let... | (ra only)expr is Option/Result |
| expr.dbg | dbg!(expr) | |
| expr.dbgr | dbg!(&expr) | |
| p | println!("") | (idea only) |
| pd | eprintln!(" = {:?}", ); | |
| pdd | eprintln!(" = {:#?}", ); | |
| tmod | #[cfg(test)] mod tests... | |
| tfn | #[test] fn... | |
| "{expr}".logi | log::info!("{}", expr) | (ra only) |
*注: "".+logd/logw/panic/format等也是类似"".logi的效果
vscode光标移到宏上，输入command expand macro就能在右侧显示声明宏展开后的代码
idea则是alt+enter的code_action里可以展开宏
无论是idea或vscode都不支持过程宏的展开，过程宏展开只能靠cargo expand
ra的不足:
- .into()只能跳转到std的into trait,不能像idea那样User::default()跳到相应的类型转行代码(最新的idea into/default 90%都是跳转到标准库，也变得不好使了)
intellij-Rust的不足:
- 不支持rustc源码的静态分析
- 在返回值是复杂的impl泛型中(例如warp)，容易误报unresolved reference
- (入门)一个内嵌playground的多国语言Rust教程
- (入门)rustlings: rustlings watch可以监控exercises文件夹的变化，一共有多个例如编译报错这样练习题，让你逐个修改源文件进行闯关n
- (较难)rust-quiz
- (较难)cppquiz.org
IntellijRust断点调试我不怎么用，先不介绍
栈溢出在Rust中一般只有递归调用才会出现(例如我自动补全时不小心写错了)
栈溢出时日志或STDERR不会打印panic的行号，这时候vscode就能派上用场了
就算不打任何断点，lldb也会默认捕获panic
这时候只要运行代码vscode就会定位到栈溢出前的那一行代码
step_into基本不用，栈帧容易进入汇编代码
一般只有「打断点」和「继续运行」两个按钮，Rust/C的watch变量如果是智能指针基本看不到数据，不像Python/Go那样能看到Vector内的值
通常都是「一边运行同时打断点」，Android等应用代码调试也是这样
一开始把断点打到问题函数的入口，客户端请求后程序就停在问题函数第一行
假设此时接下来有个 if else 代码，我们可以在if else 每个分支内的第一行各打上一个断点
然后可以点继续运行，观察程序进入了哪一个if分支，往后的调试以此类推