Visual Studio的重构功能直击维护痛点：自动为所有可空参数添加null检查、精准删除不可达代码、智能清理未用引用，但需注意适用范围与边界条件。
Visual Studio 提供的重构能力不是“锦上添花”的功能，而是解决真实维护痛点的直接工具——比如参数改名后调用处没同步、空值检查漏写、方法逻辑臃肿到不敢动、引用堆积导致编译慢。这些都不是风格问题，是拖慢迭代节奏的硬伤。
给方法加 null 检查要防漏判
手动补 if (param == null) 容易漏掉可为空的引用类型参数，尤其当方法有 4 个以上参数时。VS 的“为所有参数添加 null 检查”重构会自动识别 string、object、自定义类等可为空类型，但不会碰 int? 或已带非空注解（如 [NotNullWhen(true)]）的参数。
- 光标停在任意参数上，按
Ctrl + .，选“为所有参数添加 null 检查” - 它生成的检查顺序默认按参数声明顺序，不考虑依赖关系；如果后续逻辑依赖某个参数非空，建议手动画掉靠后的检查语句，把关键参数校验提前
- 若方法已有部分手工 null 检查，VS 不会合并或去重，可能产生重复判断，需人工核对
删掉“永远走不到”的代码别靠猜
常见于 throw 后紧跟语句、return 后还有代码、或 if (false) 块内。VS 的“删除无法访问的代码”能精准识别控制流终点，但要注意：
Visual Studio Professional 18.8.1
下载
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 它只作用于当前方法内，不跨方法分析（比如不会因为 A 方法里调了
Environment.Exit()就删掉 A 后面的调用） - 涉及
async/await的方法，若 await 后有throw，VS 可能误判后续代码为不可达（实际可能因取消令牌触发），此时建议先关掉该重构再手动清理 - 删除前务必确认没有副作用：比如被淡出的代码里有日志、埋点或资源释放，删了就真没了
删未用引用前先看 SDK 版本兼容性
“删除未使用的引用”只对 SDK 样式项目生效（即 <sdk>Microsoft.NET.Sdk</sdk>），老式 .NET Framework 项目不支持。更重要的是：
- 它只扫描源码中是否出现
using、类型实例化、静态调用等显式引用，不分析反射（Assembly.GetType()）、动态加载（Assembly.LoadFrom()）或配置驱动的依赖 - 若项目用了
Microsoft.Extensions.DependencyInjection并通过字符串注册服务，VS 会把对应 NuGet 包标为“未使用”——这种必须手动保留 - 启用该功能需在
Tools > Options > Text Editor > C# > Advanced中勾选“在解决方案资源管理器中启用‘已删除未使用的引用’命令”，否则右键菜单不出现
真正影响维护性的，往往不是某次重构动作本身，而是重构边界是否清晰：null 检查要不要抛 ArgumentNullException 还是自定义异常？删掉的代码有没有被测试覆盖？删引用会不会让 CI 环境因缺少运行时依赖而失败？这些没法靠一键操作兜底，得结合上下文做判断。
