Azure Functions静态与非静态类及方法的使用规范与运行时咨询

背景 #

几乎所有Azure Functions示例都采用静态类加静态方法的写法，比如：

[FunctionName("HttpTriggerCSharp")]
public static async Task<IActionResult> Run(
    [HttpTrigger(AuthorizationLevel.Function, "get", "post", Route = null)]
    HttpRequest req, ILogger log);

但也存在非静态类的非静态方法实现，比如微软官方文档里的HttpTrigger2：

[FunctionName("HttpTrigger2")]
public Task<IActionResult> Run(
    [HttpTrigger(AuthorizationLevel.Anonymous, "get", Route = null)]
    HttpRequest req, ExecutionContext context, ILogger log)

当前痛点 #

我现在所有函数都是静态模式，但这种写法有明显弊端：为了提升代码可读性提取私有方法时，必须传递多个参数来避免重复获取数据或实例化对象，不仅开发效率低，还导致方法签名冗长。我希望能定义类变量，在类内各处直接使用，不用每次都传参。

咨询问题 #

1. 由于Azure Functions是无服务器架构，是不是必须声明静态函数？
2. 非静态类及方法的运行时行为是怎样的？

1. 是否必须使用静态函数？ #

完全不需要。静态方法只是早期示例里的常见写法，并非强制要求。Azure Functions运行时完全支持非静态类和非静态方法的实现，而且这种方式正好能解决你提到的参数传递繁琐的问题，更适合需要复用实例成员、维护状态的场景。

2. 非静态类及方法的运行时行为 #

• 实例创建逻辑：默认不是每次函数调用都新建类实例。实际是跟着函数应用的宿主进程生命周期走的——宿主进程启动后，第一次触发函数时会创建类实例；如果短时间内有后续调用，同一进程里的这个实例大概率会被复用，直到宿主进程被回收（比如闲置超时、资源紧张时）才会销毁。
• 类变量的生命周期：你定义的非静态类变量，生命周期和类实例绑定。如果实例被复用，变量的值会保留到下一次调用；如果实例被销毁，变量值才会重置。
• 依赖注入更便捷：非静态类支持构造函数注入，你可以把配置、数据库连接池这类依赖直接注入到类里，不用在每个方法里都传递，能大幅简化代码结构。
• 注意事项：不要用类变量存储请求级的隔离数据（比如单个用户的会话、单次请求的临时数据），因为实例复用后，这些数据会被后续请求读取到，可能导致逻辑出错。这类隔离数据还是要在方法内部创建或获取。

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