强制类型转换失败抛出InvalidCastException时，应优先用as（引用/可空类型）或Convert/Parse（值类型），避免括号强转；自定义转换需谨慎实现explicit操作符或改用工厂方法。
强制类型转换失败时抛出 InvalidCastException 怎么办
直接用括号语法 (TargetType)source 强转，最常见错误就是运行时报 InvalidCastException。这不是语法错，而是 CLR 拒绝了不安全的转换——比如把 object 装箱的 int 强转成 string，或把基类实例转成无关子类。
关键判断点：只有当源对象**实际类型就是目标类型（或其子类）**，且目标类型是引用类型时，括号强转才可能成功。值类型之间（如 int → double）走的是隐式/显式操作符，不是运行时类型检查。
- 优先用
as操作符替代括号强转（仅限引用类型），失败返回null而非异常 - 值类型转换别硬上括号，改用
Convert.ToInt32()或int.Parse()等明确语义的方法 - 自定义类型若需支持强转，必须在类中定义
explicit或implicit转换操作符
is 和 as 为什么比括号强转更安全
is 做类型检查不拆箱、不调用转换逻辑，只查对象的实际运行时类型；as 是 is + 安全取值的组合，一步到位且零异常开销。括号强转则跳过检查，直接尝试转换，失败就炸。
典型误用场景：从 object 字典里取值后直接 (DateTime)dict["time"]——万一存的是 string，立刻崩。换成 dict["time"] as DateTime? 就能安静处理。
-
as只支持引用类型和可空值类型，对int这种非空值类型会编译报错 -
is在 C# 7+ 支持模式匹配，如obj is string s，一次完成检查+赋值 - 性能上，连续用
is再强转，不如直接as——前者查两次类型，后者查一次
装箱/拆箱过程中的强制转换到底发生了什么
装箱是把值类型复制进堆，变成 object；拆箱是把堆上的 object 按原类型取出来。这里「按原类型」很关键：int i = 123; object o = i; int j = (int)o; 成功，因为 o 装箱前就是 int；但 long l = (long)o; 必然失败，CLR 不允许跨值类型拆箱。
底层原理：装箱后对象头里存了类型指针，拆箱时 CLR 对比这个指针和目标类型是否完全一致（连泛型参数都要匹配）。不是「能表示」就行，是「必须是它」。
- 不能绕过拆箱直接强转，比如
(double)(object)42会先装箱int，再试图拆成double→ 失败 - 需要数值转换时，老实用
Convert.ToDouble()，它内部先拆箱再调用对应类型的转换逻辑 - 泛型集合（如
List）不涉及装箱，所以不存在这类问题
自定义 explicit 转换操作符的陷阱
写 public static explicit operator TargetType(SourceType s) 看似自由，但容易忽略两个硬约束：一是操作符必须声明在源类型或目标类型内部，二是不能和内置转换冲突（比如你无法重载 int → long）。
更隐蔽的问题是：操作符里如果抛异常，调用方看到的仍是 InvalidCastException，堆栈信息不包含你的方法名，调试困难。
- 操作符应尽量无副作用、不分配大对象、不抛业务异常
- 若转换逻辑复杂或可能失败，建议改用静态工厂方法（如
TargetType.From(source)），语义清晰且异常可控 - C# 11+ 支持
ref struct的显式转换，但该类型不能装箱，意味着你写的转换操作符永远不会被用于装箱对象
真正难的从来不是语法怎么写，而是想清楚「这个对象此刻在内存里是什么结构」「CLR 会拿什么规则去验证它」。越往底层看，越发现所谓“强制”，其实是 CLR 在严格守门。
