Java中用this()委托可将公共赋值集中到私有主构造函数，确保类型安全与IDE友好；实例初始化块无参数，无法替代带参逻辑处理。
Java 中用构造函数委托（this()）提取公共赋值逻辑
Java 不支持构造代码块（static 或 instance initializer）直接替代重载构造函数的参数处理，但可以用 this() 委托把公共赋值集中到一个“主构造函数”里。这是最直接、类型安全、IDE 友好的做法。
常见错误是试图在 { ... } 实例初始化块里访问未初始化的 this 成员——它会在所有构造函数体执行前运行，但无法接收参数，所以没法做“带参的公共赋值”。
- 所有重载构造函数必须第一行调用
this(...)（不能是super()），否则编译报错call to this must be first statement - 被委托的主构造函数建议设为
private，避免被外部误用 - 注意字段赋值顺序：实例块 → 父类构造 → 当前类主构造函数体 → 其他构造函数体（若没委托）
public class User {
private final String name;
private final int age;
private final String role;
<pre class="brush:php;toolbar:false;">// 主构造函数：收口所有赋值
private User(String name, int age, String role) {
this.name = name != null ? name.trim() : "anonymous";
this.age = Math.max(0, age);
this.role = role == null ? "user" : role.toLowerCase();
}
// 重载1：只传 name
public User(String name) {
this(name, 0, null); // ← 委托过去
}
// 重载2：传 name 和 age
public User(String name, int age) {
this(name, age, null); // ← 同样委托
}}
Kotlin 中用默认参数 + init 块统一处理
Kotlin 天然更适合这事：单个构造函数配合默认参数就能覆盖多数重载场景，init 块天然就是“公共赋值逻辑”的落点，且可安全访问 this 和参数。
容易踩的坑是把校验或转换逻辑写在属性初始化器里（如 val name: String = nameArg?.trim() ?: "anon"），这会导致 init 块中读到的是未处理值；应统一放在 init 里。
- 所有参数都声明在主构造函数头里，用
=设默认值，无需额外重载 -
init块按声明顺序执行，可多次出现，适合拆分逻辑（如校验一块、转换一块） - 如果真需要多个构造函数（比如要调
super(...)），次构造函数仍需第一行调this(...)
class User(
nameArg: String? = null,
ageArg: Int = 0,
roleArg: String? = null
) {
val name: String
val age: Int
val role: String
<pre class="brush:php;toolbar:false;">init {
name = nameArg?.trim() ?: "anonymous"
age = if (ageArg < 0) 0 else ageArg
role = roleArg?.lowercase() ?: "user"
}}
C# 用构造函数链式调用（: this(...)）避免重复赋值
C# 的 : this(...) 语法和 Java 类似，但更严格：委托目标必须是同一类型的另一个实例构造函数，且不能形成循环调用。公共逻辑只能塞进被委托的那个构造函数体里。
别在字段声明时做复杂初始化（如 private readonly string Name = ParseName(...)），因为这时参数还不可见；也别依赖 static 辅助方法来“预处理”参数——虽然能用，但会把业务逻辑泄露到类外，破坏封装。
- 被委托的构造函数建议用
private修饰，明确其工具性 - 如果涉及只读字段（
readonly），必须在构造函数体内直接赋值，不能靠属性 setter - 注意值类型参数传递：委托时传的是副本，原参数变量修改不影响被委托函数内的值
public class User
{
public readonly string Name;
public readonly int Age;
public readonly string Role;
<pre class="brush:php;toolbar:false;">private User(string name, int age, string role)
{
Name = string.IsNullOrWhiteSpace(name) ? "anonymous" : name.Trim();
Age = age < 0 ? 0 : age;
Role = string.IsNullOrEmpty(role) ? "user" : role.ToLower();
}
public User(string name) : this(name, 0, null) { }
public User(string name, int age) : this(name, age, null) { }}
为什么不用实例初始化块（{...}）做这件事？
实例初始化块看似“自动插入到每个构造函数开头”，但它**没有参数**，也没法区分不同构造路径——你无法知道当前是走 User(String) 还是 User(String, int) 进来的。它只适合无参通用逻辑（如日志埋点、基础状态重置）。
一旦你尝试在里面调用 this.xxx 或做条件判断，就会发现字段可能还没被构造函数赋值（尤其是 final / readonly 字段），JVM / CLR 会拒绝编译或抛出异常。
- Java 编译器会报错
variable xxx might not have been initialized - C# 会提示
Field is never assigned to或Use of unassigned field - Kotlin 直接禁止在
init外访问未初始化的非空属性
真正需要“按不同构造路径做不同初始化”的地方，绕不开显式参数传递——也就是委托或默认参数这条路。想偷懒用初始化块统一处理带参逻辑，本质是在对抗语言设计约束。
