隐式转换应在无歧义、无精度损失时使用，如int→long或Celsius→Kelvin；显式转换更可靠，因可自定义校验逻辑，且运算符不参与序列化与反射。
什么时候该用 implicit 运算符
当目标类型能无歧义、无精度损失地容纳源类型时，才适合定义 implicit 转换。比如把 int 转成 long，或自定义类型从“窄”到“宽”的安全提升。
常见误用是试图用 implicit 实现字符串解析（如 string → DateTime），这会隐藏运行时异常风险，编译器允许，但实际执行可能抛出 FormatException，违背隐式转换“应始终成功”的设计意图。
定义时必须满足：参数和返回类型中，至少一个是当前类；不能与已有内置转换冲突；不能链式触发多个隐式转换。
public struct Celsius
{
public double Value;
public Celsius(double value) => Value = value;
public static implicit operator Kelvin(Celsius c) => new Kelvin(c.Value + 273.15);
}
为什么 explicit 比强制类型转换括号更可靠
直接写 (MyType)x 只有在存在 explicit 或 implicit 运算符，或继承/接口关系时才生效；否则编译失败。而自定义 explicit 运算符能控制逻辑、校验边界、抛出有意义异常。
例如将 double 转 int 时，内置强制转换直接截断，但你可能想四舍五入或抛出范围异常：
public static explicit operator int(Temperature t)
{
if (t.Kelvin < 0) throw new InvalidOperationException("Cannot convert absolute zero or below to int");
return (int)Math.Round(t.Kelvin);
}
- 它让转换意图显性化，调用方必须写
(int)temp，无法意外发生 - 可集中处理溢出、NaN、无穷大等边界值
- 比在每个调用处手动
Convert.ToInt32()更一致、更易维护
Convert.ToInt32() 和 (int) 强制转换的区别在哪
这是最容易混淆的点：(int)someDouble 是直接截断（truncation），而 Convert.ToInt32(someDouble) 是四舍五入到最近整数（使用银行家舍入规则）。
对 string 类型，(int)"123" 编译不通过，但 Convert.ToInt32("123") 合法——因为它本质是调用 int.Parse()；不过这也意味着它会在格式错误时抛 FormatException，而非返回默认值。
真正安全的替代是 int.TryParse()，它不抛异常，适合不确定输入格式的场景：
string input = "42";
if (int.TryParse(input, out int result))
{
Console.WriteLine(result); // 42
}
else
{
Console.WriteLine("Invalid number format");
}
用户定义转换不能绕过装箱/拆箱陷阱
值类型之间的自定义转换（如 struct A → struct B）不会触发装箱；但一旦涉及 object 或泛型约束如 T where T : struct，就可能隐式引入装箱，尤其在用 Convert.ChangeType() 时。
例如：Convert.ChangeType(myStruct, typeof(int)) 内部会先装箱 myStruct，再尝试转换，性能差且可能失败。应优先用明确的运算符或专用解析方法。
另一个坑是：自定义 implicit/explicit 不会自动参与 LINQ 查询表达式中的类型推导，比如 list.Select(x => (MyType)x) 可能因上下文类型推导失败而报错，需显式标注委托类型。
最常被忽略的是：这些运算符不参与序列化（JSON/XML），也不被反射自动识别——它们只是编译器层面的语法糖，运行时不存在“转换方法表”。
