using语句仅适用于实现IDisposable接口的类型，如FileStream、SqlConnection等；string、List等未实现该接口的类型不可用，否则编译报错。
using语句只对实现了IDisposable的类型有效
不是所有类都能用 using，它要求类型必须实现 IDisposable 接口。.NET 中常见的 FileStream、SqlConnection、Graphics 等都实现了该接口；但像 string、List 或你自己写的普通类（没显式实现 IDisposable）就不能用 using，否则编译报错：CS1674: 'xxx' is not a valid type for a using statement。
实操建议：
- 不确定是否支持？查 MSDN 文档或在 IDE 里按 F12 跳转到类型定义，看有没有
void Dispose()方法声明 - 自定义类要管理资源时，必须手动实现
IDisposable，且通常需配合析构函数（finalizer）处理非托管资源 -
using编译后会自动展开为try/finally块，所以它本质是语法糖，不改变资源释放时机——仅保证作用域结束时调用Dispose()
IDisposable.Dispose() 不等于“立刻释放内存”
Dispose() 的职责是**释放非托管资源**（如文件句柄、数据库连接、GDI 对象、Socket 等），而不是强制回收托管内存。.NET 的 GC 仍按自身节奏回收托管对象，你调用 Dispose() 并不会让对象马上从内存消失。
常见误解和错误现象：
- 调用
Dispose()后继续访问对象字段或方法 → 可能抛出ObjectDisposedException - 以为
Dispose()能解决所有“内存涨得快”问题 → 实际上托管内存泄漏（如事件未取消订阅、静态集合持续 Add）跟IDisposable无关 - 在
Dispose()里只释放托管资源（比如list.Clear()）→ 这是冗余操作，GC 自己会处理
正确做法：在 Dispose(bool disposing) 模式中，只在 disposing == true 时释放托管资源（如取消订阅事件），在 disposing == false 时只释放非托管资源（如 CloseHandle(handle)）。
非托管资源必须配对释放，且不能依赖 GC
像 CreateFile、malloc、new HBITMAP 这类 Win32 或 C++ 层分配的资源，GC 完全不知道它们的存在。一旦漏掉 CloseHandle 或 free，就会造成句柄泄漏或内存泄漏，系统资源耗尽后程序可能突然崩溃或拒绝服务。
实操关键点：
- 非托管资源的释放代码必须写在
Dispose(bool)的disposing == false分支，或析构函数中（作为兜底） - 调用
GC.SuppressFinalize(this)在Dispose()末尾 —— 避免对象被 GC 放入终结队列，减少性能开销 - 不要在
Dispose()里抛异常（尤其不能让 finalizer 抛异常），否则可能静默终止进程 - 用
SafeHandle子类（如SafeFileHandle）替代裸指针，它自带引用计数和自动释放逻辑，比手写Dispose更安全
using嵌套和变量声明写法有行为差异
using 有两种常见写法，它们在作用域和对象生命周期上略有不同：
using (var fs = new FileStream(...)) { ... } // 方式1：变量在using块内有效
using var fs = new FileStream(...); // 方式2：C# 8+，变量在所在作用域末尾释放
方式2 看似简洁，但要注意：
- 如果在
if或try块内声明using var，它的Dispose()会在该块结束时触发，不是整个方法末尾 - 多个
using var声明在同一作用域，释放顺序是**声明的逆序**（LIFO），这点和嵌套using块一致 - 不能用
using var声明接口类型变量（如using var db = (IDbConnection)new SqlConnection(...)），因为编译器需要明确的静态类型来生成正确的Dispose调用
复杂点在于：如果你把一个 IDisposable 对象赋给多个变量，或放进集合里，using 只负责它声明的那个变量的生命周期 —— 其他引用依然存在，对象不会被提前销毁，但资源已被释放，后续使用就是未定义行为。
