一、核心区别对比
| 特性 | 静态成员 | 非静态成员 |
| 归属主题 | 类（Class）本身 | 类的实例对象 |
| 内存分配时机 | 类第一次被访问时（程序启动后） | 类实例化（new）时 |
| 内存位置 | 全局数据区（静态存储区） | 堆内存（Heap） |
| 访问方式 | 直接通过类名.成员名访问 | 通过实例对象.成员名访问 |
| 数据共享性 | 所有实例共享同一份数据 | 每个实例拥有独立数据副本 |
| 生命周期 | 与程序域（AppDomain）一致（全局存在） | 与实例对象一致（实例销毁后释放） |
| this 关键字 | 不可用（无实例上下文） | 可用（指向当前实例） |
| 静态成员访问权限 | 只能访问静态成员 | 可访问静态成员和非静态成员 |
二、静态成员的典型使用场景
静态成员适用于类级别的共享逻辑或数据，无需创建实例即可使用，常见场景包括：
1.工具类
封装通用功能（如数学计算、字符串处理），无需实例化，直接通过类名调用。
2.共享常量或配置
存储类级别的固定值（如数学常量、系统版本号），所有实例共享同一值。
3.全局状态管理
记录类的实例数量、全局计数器等跨实例共享的数据。
三、非静态成员的典型使用场景
非静态成员适用于实例特有的数据或行为，每个实例需独立存储状态，常见场景包括：
1.实例特有数据
每个对象拥有独立的属性（如用户的姓名、年龄，汽车的品牌、颜色）。
2. 依赖实例状态的方法
方法逻辑需要访问实例的属性或字段（如对象的行为、状态修改）。
四、关键注意事项
1.静态成员的局限性
无法访问非静态成员:静态方法/属性中不能直接调用非静态成员（需通过实例对象间接访问）。
线程安全风险：静态成员在多线程环境下可能被并发修改，需手动加锁（如lock关键字）保证线程安全。
内存泄露风险：静态成员生命周期长，若存储大量数据（如静态集合）可能导致内存无法释放。
2.非静态成员的最佳实现
优先使用非静态成员：除非明确需要共享数据或工具方法，否则默认使用非静态成员（降低全局状态依赖，提升代码可测试性）。
避免过度实例化：对于无状态的工具类，使用静态类可减少内存开销（无需重复创建实例）。
五、静态类与非静态类的选择
| 场景 | 推荐使用 | 示例 |
| 工具类（无状态逻辑） | 静态类（static class） | System.Math、StringUtils |
| 实例特有数据（如用户、订单） | 非静态类 | Person、Order、Car |
| 全局共享配置/常量 | 静态成员（静态类或非静态类中的静态成员 | AppConfig.Version、Math.PI |
六、简要总结
类成员和方法分为静态和非静态俩大类
静态成员或方法 找类名.进行使用，存储类中，是整个类共有的，
非静态的成员或方法 找对象.进行使用存储在每一个对象里面
静态方法 不能访问非静态成员或方法，可以访问静态的成员或方法
非静态方法:可以访问静态的成员或方法，也可以访问非静态的方法或成员
优化门控循环单元(SSA-GRU)单维时...)
15个回归基础模型全家桶，无需更改代码替换数据集即可运行 其中再次添加ANN,RNN...)