C# 静态static
栏目总目录
静态static
static关键字是一个非常重要的概念，它用于声明静态成员，这些成员属于类本身而非类的任何特定实例。静态成员在类的所有实例之间共享，这意味着无论创建了多少个类的实例，静态成员都只有一份拷贝。
静态成员的类型
在C#中，你可以将以下类型的成员声明为静态：
- 字段（Fields）：静态字段在类的所有实例之间共享相同的值。
- 方法（Methods）：静态方法不需要类的实例即可调用，且不能访问类的非静态成员（除非通过类的实例）。
- 属性（Properties）：静态属性提供了一种访问类字段的方式，但允许你在获取或设置值时执行额外的逻辑。
- 事件（Events）：虽然不常见，但你也可以声明静态事件。
- 构造函数（Constructors）：虽然不能直接声明静态构造函数，但C#提供了特殊的静态构造函数（静态构造器），它在类被加载到内存中时自动执行一次，用于初始化静态成员。
静态成员的特性
- 共享性：静态成员在类的所有实例之间共享，因此它们对于所有实例都是相同的。
- 访问方式：静态成员可以通过类名直接访问，而无需创建类的实例。
- 非实例成员：静态成员不是类的实例的一部分，因此它们不依赖于任何特定的实例。
- 生命周期：静态成员的生命周期与应用程序的生命周期相同，直到应用程序终止或程序域被卸载。
静态成员的应用场景
- 工具类：创建包含静态方法的类，这些方法执行不依赖于对象状态的操作，如数学计算、文件操作等。
- 配置信息：使用静态字段存储配置信息，如数据库连接字符串、应用程序设置等。
- 单例模式：虽然单例模式通常不直接使用
static关键字，但静态字段可用于跟踪类的唯一实例。 - 工厂方法：静态方法可以用作工厂方法，根据提供的参数返回类的实例。
- 扩展方法：虽然扩展方法本身不是静态的（它们通过静态类定义），但调用它们时不需要类的实例。
注意事项
- 静态成员不能访问类的非静态成员，因为非静态成员依赖于类的特定实例。
- 过度使用静态成员可能导致代码难以测试和维护，因为它们隐式地依赖于全局状态。
- 静态构造函数不能有访问修饰符（如
public、private），且不能有参数。
静态和非静态的主要区别
在C#中，静态（Static）和非静态（Non-static）的区别不仅体现在成员变量上，还涉及到方法、属性、构造函数等多个方面。
1. 访问方式
- 静态成员：可以通过类名直接访问，无需创建类的实例。例如，
ClassName.StaticMember。 - 非静态成员：需要通过类的实例来访问。首先创建类的实例，然后通过实例名访问非静态成员。例如，
ClassName instance = new ClassName(); instance.NonStaticMember。
2. 存储位置与生命周期
- 静态成员：存储在静态数据区（也称为方法区或共享数据区），在程序运行期间只有一份拷贝，所有实例共享这一份拷贝。静态成员在程序启动时被初始化，在程序结束时被销毁。
- 非静态成员：存储在堆或栈中（取决于成员的类型和是否是对象的成员），每个对象实例都有自己的非静态成员拷贝。非静态成员的生命周期与对象的创建和销毁相关。
3. 共享性
- 静态成员：是类的所有实例共享的。无论创建了多少个类的实例，静态成员都只有一份拷贝。
- 非静态成员：是每个对象独有的。每个对象实例都有自己的非静态成员拷贝，不同实例之间的非静态成员值可以不同。
4. 访问权限
- 静态成员：在静态方法中，只能直接访问静态成员。但在非静态方法中，既可以访问静态成员也可以访问非静态成员。
- 非静态成员：只能被非静态方法访问（除非通过类的实例间接访问）。
5. 构造函数
- 静态构造函数：是特殊的构造函数，用于初始化静态成员。静态构造函数在类被加载到内存中时自动执行一次，且不能被直接调用。
- 非静态构造函数（实例构造函数）：用于创建类的实例并初始化非静态成员。每次创建类的实例时，都会调用非静态构造函数。
6. 使用场景
- 静态成员：适用于那些与类本身相关、而非与类的实例相关的数据和功能。例如，工具类中的静态方法、全局配置信息等。
- 非静态成员：适用于那些与类的实例紧密相关的数据和功能。每个对象实例都有自己独立的非静态成员状态和行为。
7. 静态类与非静态类
- 静态类：只能包含静态成员，不能包含非静态成员。静态类不能被实例化，通常用作工具类，包含一组静态方法和属性。
- 非静态类：既可以包含静态成员也可以包含非静态成员。非静态类可以被实例化，创建对象实例。
8. 初始化时机
- 静态成员：在类加载到内存时初始化，且只初始化一次。
- 非静态成员：在创建类的实例时初始化，每个实例都有自己的非静态成员初始化过程。
static或事件调用
访问变量
当涉及到访问一个变量时，通常不会直接使用静态或事件机制来“访问”变量本身（尽管可以通过这些方法间接地影响或访问变量的值）。不过，根据变量的作用域和访问需求，你可以选择将其声明为静态变量或实例变量（非静态），并据此决定如何访问它。
如何选择
- 如果你需要一个在类的所有实例之间共享的变量（例如，计数器或配置设置），则应该将其声明为静态变量。
- 如果你需要一个与特定实例相关联的变量（例如，用户信息或实例的状态），则应该将其声明为实例变量。
间接访问变量的方法
- 静态方法：你可以编写静态方法来获取或设置静态变量的值。这样，即使静态变量本身是私有的，你也可以通过公共的静态方法来控制对它的访问。
- 事件：虽然事件本身不直接用于访问变量，但你可以在事件处理程序中修改实例变量或静态变量的值。事件通常用于在类之间传递消息或通知状态的变化，而不是直接用于变量的访问。
访问方法
在选择使用静态方法还是通过事件来调用一个方法时，你需要根据具体的应用场景、设计原则以及你想要实现的功能来做出决定。
静态方法
优点：
- 易于调用：静态方法可以直接通过类名调用，无需创建类的实例。
- 全局访问：静态方法提供了一种全局访问的功能，特别是在你需要一些工具类或者辅助类的时候。
- 内存使用：对于不依赖于实例状态的方法，使用静态方法可以减少内存占用，因为不需要为每个实例都复制一份方法的代码。
缺点：
- 扩展性差：静态方法无法被重写（override），这限制了多态性的使用，也影响了类的可扩展性。
- 测试困难：静态方法不依赖于实例状态，因此在测试时可能需要额外的模拟或设置。
- 耦合度高：如果静态方法过于复杂或过多，可能会增加类之间的耦合度，降低代码的可维护性。
事件
优点：
- 解耦：事件提供了一种松耦合的通信方式，允许不同部分的代码在不需要直接引用对方的情况下进行交互。
- 灵活性：事件允许有多个订阅者（监听者），并且可以在运行时动态地添加或删除订阅者。
- 可扩展性：基于事件的架构更容易扩展，因为你可以在不修改现有代码的情况下添加新的事件处理逻辑。
缺点：
- 复杂性：与直接调用方法相比，使用事件会增加代码的复杂性，包括事件的发布、订阅和取消订阅等机制。
- 性能考虑：虽然现代编程语言和框架对事件的性能进行了优化，但在高并发或性能敏感的场景下，使用事件可能会引入额外的开销。
- 调试难度：事件的异步性和松耦合特性可能会增加调试的难度，特别是在追踪事件流和确定事件处理顺序时。
如何选择
- 如果你只是需要一个简单的工具方法，并且这个方法不依赖于类的实例状态，那么使用静态方法可能更合适。
- 如果你希望实现组件之间的松耦合通信，或者你的设计需要支持事件的广播和监听模式，那么使用事件可能更合适。
- 考虑你的应用程序的可扩展性和可维护性。如果你预计将来可能会添加新的功能或修改现有的功能，并且这些修改可能会影响到不同组件之间的交互，那么使用事件可能更有助于保持代码的灵活性和可维护性。