1. 写法是否正确？ #

完全没问题！这种写法其实是一种很实用的代码复用技巧：把核心业务逻辑封装在静态方法里，非静态版本只需要通过this调用静态方法，就能避免重复编写相同代码。后续如果要修改PublicFunc的逻辑，只需要改动静态方法这一处就行，维护起来特别省心，完全符合DRY（Don't Repeat Yourself）原则。

看你的代码示例：

public static double PublicFunc(MyClass A, double x) {
    return A.PrivateFunc(x);
}
public double PublicFunc(double x) {
    return MyClass.PublicFunc(this,x);
}

这种转发式的实现非常规范，没有语法或设计上的问题。

2. 非静态方法的性能影响与编译器优化 #

几乎没有性能损耗，你完全不用为此担心。

现代编译器（比如C#的Roslyn编译器、Java的JIT编译器）会对这种简单的转发方法做内联优化——也就是说，编译器会直接把非静态方法里的调用逻辑替换成静态方法的代码，最终生成的机器码和你直接在非静态方法里写核心逻辑几乎一模一样，不会有额外的函数调用开销。

就算退一步说，就算编译器没做内联，这种简单的函数调用本身的成本也极低，在绝大多数日常业务场景下，这种开销完全可以忽略不计。相比这点微乎其微的性能影响，代码的可读性、可维护性显然更重要。

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