Azure 如何检索WebJob'；运行时的名称

我正在寻找最相关/最可靠的方法来解析当前的webjob名称。我在函数执行时和主机启动时都需要它，以便在内部逻辑中注册

Webjob名称在

Properties\Webjob publish settings.json中定义，但未部署此文件。我不能再在运行时使用它了

Webjob二进制文件都存储在根据Webjob名称命名的专用文件夹中。这看起来是解决我问题的最好办法。
但在查看和之后，我不确定此解决方案是否会被未来的更新破坏。

当前SDK正在通过
WebSitesKnownKeyNames
类中定义的内部环境变量
WEBJOBS\u name
检索webjob名称。如果是一个安全的解决方案，为什么SDK会依赖此名称而不是文件夹名称？

此外，链接问题还指出，不支持重命名webjob文件夹以重命名该webjob本身，并且正在寻找合适的解决方案

你们中是否有人已经面对这个问题并成功地解决了它？
只需使用
WEBJOBS\u NAME
环境变量-这是最简单和最可靠的。WebJobs SDK之所以使用它，也是因为环境变量将SDK与底层核心Kudu WebJobs实现细节（如文件夹结构等）的细节分离。正如您在Kudu代码中看到的，它在运行作业之前设置了此环境变量。所以使用起来很安全

您链接到的关于重命名的内容是特定于Azure函数的。您没有使用看起来像Azure的函数。
只需使用
WEBJOBS\u NAME
环境变量-这是最简单、最可靠的。WebJobs SDK之所以使用它，也是因为环境变量将SDK与底层核心Kudu WebJobs实现细节（如文件夹结构等）的细节分离。正如您在Kudu代码中看到的，它在运行作业之前设置了此环境变量。所以使用起来很安全

您链接到的关于重命名的内容是特定于Azure函数的。您没有使用Azure功能，看起来像是这样。
谢谢您的反馈。我只是想知道为什么Webjob SDK在这种情况下是内部的……除了限制不必要的公共表面区域之外，没有其他真正的原因。真的很少有人需要使用这些。我没有及时应用您的响应，并且被我的webjob文件夹名称的黑客攻击咬了一口。这绝对不是正确的方法，因为。我没有注意到当前目录实际上还包含一个随机临时文件夹名。再次感谢！谢谢你的反馈。我只是想知道为什么Webjob SDK在这种情况下是内部的……除了限制不必要的公共表面区域之外，没有其他真正的原因。真的很少有人需要使用这些。我没有及时应用您的响应，并且被我的webjob文件夹名称的黑客攻击咬了一口。这绝对不是正确的方法，因为。我没有注意到当前目录实际上还包含一个随机临时文件夹名。再次感谢！