先结合你的代码场景来聊：

public class MyClass {
    public IEnumerable<MyDto> PublicA(bool useCache = true) {
        //Call an external resource
        //some code
    }
    public IEnumerable<AnotherDto> PublicB() {
        //some code
        var x= MyPrivateMethod(input);
        //some code
    }
    private IEnumerable<AnotherDto> MyPrivateMethod(IEnumerable<SomeDto> input) {
        //return Mapped data from IEnumerable<SomeDto> to IEnumerable<AnotherDto>
    }
}

ReSharper建议把MyPrivateMethod改成静态，你疑惑这个关键字的用途，还有改完后无法调用非静态成员的问题，下面给你拆解清楚：

一、私有静态方法的核心用途 #

私有静态方法是类级别的无状态工具方法，和类的实例没有绑定关系，主要价值在于：

• 明确逻辑边界：当某个私有方法完全不需要访问类的实例字段、属性或非静态方法时，标记为static能立刻让其他开发者明白：这个方法不依赖任何实例状态，只是做纯逻辑处理（比如你的DTO映射逻辑）。
• 优化代码结构：把类里通用的、无状态的逻辑抽成静态私有方法，能让实例方法的逻辑更聚焦于处理实例相关的业务，避免代码混杂。

二、存储与性能上的实际收益 #

虽然在普通业务代码里这些收益可能不明显，但确实存在：

• 微小的内存与调用开销减少：静态方法属于类的类型对象，整个应用域内只存在一份调用入口；而非静态方法调用时会隐式传递this指针，静态方法省去了这部分指针传递的开销。
• JIT编译器的优化空间：由于静态方法不涉及实例状态，JIT可以更安全地做内联等优化，不需要考虑this引用带来的状态变化风险。

三、为什么静态方法不能直接调用非静态成员？ #

这是C#的基础规则：静态方法没有this引用，而类的非静态成员（字段、属性、方法）都需要依赖实例的this来定位。所以在静态方法里，你要么通过创建MyClass的实例来调用非静态方法，要么把那些非静态方法也改成静态（前提是它们也不依赖实例状态）。

回到你的场景，MyPrivateMethod只是做DTO之间的映射，完全不依赖MyClass的任何实例成员，所以ReSharper的建议是合理的——改成静态既能让代码意图更清晰，又能带来一点点性能上的收益。

内容的提问来源于stack exchange，提问作者Elnaz