C#的属性（Property）是封装字段的重要手段，但传统的完整属性写法需要手动声明私有字段再实现getter和setter，代码量偏大。从C# 3.0开始引入的自动属性（Auto-Implemented Property）让编译器替我们生成隐藏的私有字段，一行代码就能完成属性定义。本文将介绍自动属性的基本用法，并重点讲解三种常见的使用方式，帮助你写出更简洁的C#代码。
一、从传统属性到自动属性
在了解自动属性之前，先回顾一下传统的完整属性写法。假设我们要定义一个表示用户的类，包含姓名和年龄两个属性，传统写法如下：
public class User
{
// 私有字段
private string _name;
private int _age;
// 传统完整属性写法
public string Name
{
get { return _name; }
set { _name = value; }
}
public int Age
{
get { return _age; }
set { _age = value; }
}
}
可以看到，get和set访问器中只是简单地对私有字段进行读写，没有任何额外逻辑。这种情况下，自动属性可以把这些样板代码全部省掉：
public class User
{
// 自动属性：编译器自动生成隐藏的私有字段
public string Name { get; set; }
public int Age { get; set; }
}
两行代码就完成了原来十多行的工作。编译器在背后会生成一个匿名的私有字段（通常叫后备字段，Backing Field），并且这个字段对开发者不可见，也无法直接访问。需要注意的是，自动属性要求get和set至少有一个不能是abstract、extern等修饰，而且自动属性不能只有set没有get。如果属性内部需要加入验证逻辑，比如年龄不能为负数，就必须退回传统写法，因为自动属性无法在访问器中插入代码。
二、自动属性的三种使用方式
1. 基本形式：可读可写的自动属性
最基本的自动属性就是{ get; set; }的形式，属性既可以读取也可以修改，这是使用最广泛的方式，常用于实体类、DTO（数据传输对象）和配置类中：
public class Product
{
public int Id { get; set; }
public string Name { get; set; }
public decimal Price { get; set; }
}
// 使用示例
var product = new Product();
product.Name = "键盘";
Console.WriteLine(product.Name); // 输出：键盘
这种写法的好处是简洁直观，配合对象初始化器语法，可以在一行内完成对象的创建和赋值。缺点是对象在构造完成之前处于不完全初始化状态，所有属性都是默认值，如果对象需要保证不可变的完整性，应考虑下面的只读形式。
2. 只读自动属性：只声明get
从C# 6.0开始，可以省略set访问器，只保留get，这样属性就变成了只读属性。只读自动属性只能在构造函数中或通过属性初始化器赋值，之后无法再修改，非常适合表示不可变的数据：
public class Order
{
// 只读自动属性
public string OrderNo { get; }
public DateTime CreateTime { get; }
public Order(string orderNo)
{
OrderNo = orderNo;
CreateTime = DateTime.Now;
}
}
var order = new Order("SO-2024001");
// order.OrderNo = "SO-2024002"; // 编译错误，只读属性不能赋值
在构造函数中给只读属性赋值是允许的，因为编译器知道对象此时还未对外发布。一旦构造完成，属性值就被固定下来，任何外部修改都会导致编译错误。这种不可变设计可以让代码更安全，尤其是在多线程环境下，只读对象天然是线程安全的。
3. 带默认值的自动属性：属性初始化器
同样是C# 6.0引入的特性，自动属性支持直接在声明处赋默认值，语法类似于字段初始化：
public class Config
{
// 带默认值的自动属性
public string Server { get; set; } = "127.0.0.1";
public int Port { get; set; } = 8080;
public bool IsDebug { get; set; } = true;
// 只读属性也可以带默认值
public string Version { get; } = "1.0.0";
}
属性初始化器解决了一个老问题：在C# 6.0之前，自动属性无法直接给默认值，只能在构造函数中赋值，或者退回使用带初始值的公共字段。有了属性初始化器，默认值的声明和属性定义放在一行，可读性更好。需要注意的是，初始化器会在构造函数之前执行，如果构造函数中也给该属性赋了值，最终以构造函数中的值为准。另外，这种初始化方式对结构体中的自动属性无效，结构体仍需通过构造函数完成初始化。
三、自动属性的使用建议与常见误区
首先，自动属性不能完全替代公共字段。有些初学者觉得既然public string Name { get; set; }和public string Name;效果差不多，还不如直接用字段省事。这种想法在公共API设计中是危险的：属性和字段在二进制层面是不同的，把字段改成属性属于破坏性变更，所有引用该成员的程序集都需要重新编译；而属性的内部实现可以随意变化，比如以后需要加验证逻辑，可以在不破坏接口的情况下从自动属性切换回完整属性。因此公共成员永远优先使用属性。
其次，注意接口中的自动属性声明。接口可以声明属性签名，实现接口的类可以用自动属性来实现：
public interface IAnimal
{
string Name { get; set; }
}
public class Dog : IAnimal
{
public string Name { get; set; } = "旺财";
}
再次，自动属性在序列化场景中需要注意只读属性的行为。像JSON反序列化这类操作，通常会调用setter来填充数据，只读自动属性默认无法被反序列化赋值，除非序列化框架支持通过构造函数参数匹配。如果类主要用于数据绑定或序列化，建议使用可读写的自动属性，确保框架能正常工作。
最后总结一下三种方式的选型思路：普通数据载体用可读写自动属性配合属性初始化器设置默认值；需要保证不可变性的值对象用只读自动属性加构造函数赋值；默认值固定且不会变化的配置项用带初始化器的自动属性。掌握这三种形式，基本可以覆盖日常开发中绝大多数属性定义场景，既保证了封装性，又避免了冗余的样板代码。