在构造函数里用 this
调用另一个构造函数
当一个类有多个构造函数,且存在重复初始化逻辑时,用
this(...)可以复用代码,避免手动复制字段赋值。它必须是构造函数的第一条语句。
this()必须写在构造函数首行,否则编译报错
CS0188不能和
base()同时出现;二者只能选其一 调用链不能形成循环,比如 A → B → A,编译器会拒绝
public class Person
{
public string Name { get; set; }
public int Age { get; set; }
<pre class='brush:php;toolbar:false;'>public Person() : this("Unknown", 0) { } // 调用下面的构造函数
public Person(string name, int age)
{
Name = name;
Age = age;
}}
用 this
明确访问当前实例的字段或属性
当参数名和字段名相同时(常见于 setter 或构造函数),
this.fieldName是区分作用域最直接的方式。C# 不强制要求这么做,但它是清晰、可维护的惯用写法。 不加
this也能编译通过(靠命名约定和作用域规则),但容易引发歧义 启用 IDE 代码风格检查(如 .NET 的
IDE0003)后,未用
this.访问实例成员会被标记为警告 只对实例成员有效;静态成员不能用
this访问
public class Counter
{
private int _value;
<pre class='brush:php;toolbar:false;'>public Counter(int _value)
{
this._value = _value; // 清晰表明左边是字段,右边是参数
}
public void Increment(int _value)
{
this._value += _value; // 避免误写成 _value += _value(自加参数)
}}
this
作为扩展方法的第一个参数修饰符
扩展方法本质是静态方法,但语法上像实例方法调用。
this出现在第一个参数前,表示“这个方法可以被该类型实例‘点’出来”。它不是真正的实例引用,只是编译器识别扩展方法的标记。 扩展方法必须定义在
static class中,且自身是
static方法
this修饰的参数类型决定了哪些对象能调用它(比如
this string→ 所有
string实例可用) 不能在泛型约束中用
this;也不能在普通静态方法中把
this当参数写(会编译失败)
public static class StringExtensions
{
public static bool IsEmptyOrWhitespace(this string str)
{
return string.IsNullOrWhiteSpace(str);
}
}
<p>// 使用:
var s = " ";
bool result = s.IsEmptyOrWhitespace(); // 看起来像实例方法不能在静态上下文中使用 this
this指向当前实例,而静态方法、静态属性、静态构造函数没有实例上下文。任何在这些地方写
this的尝试都会导致编译错误
CS0027。 连带影响:静态局部函数、
using static导入的类型里也不能用
this常见误操作:把本该写成实例方法的逻辑误声明为
static,然后卡在
this.xxx报错 修复方式只有两个:删掉
static,或者把要访问的成员也改成
static
真正容易被忽略的是:Lambda 表达式捕获
this时,如果它被赋给静态字段或长期存活的对象(比如事件监听器),可能造成隐式内存泄漏——
this所指实例无法被 GC 回收。
