Windows Azure Web角色-RoleEnvironment.Change的位置在哪里？

从Azure SDK的1.3版开始，我们必须在web应用程序（例如global.asax）中设置配置发布者，而不是webrole.cs。连接

RoleEnvironment.Changed/Changed

事件时也是如此吗？

视情况而定。您的web应用程序运行在与WebRole.cs不同的进程中，这意味着您需要根据使用情况在其中一个（或两个）中处理它

举个例子：假设您的global.asax中有一个保存对象的静态属性。此对象已使用来自服务配置的信息初始化。几天后，在门户中修改此配置（可能是连接字符串）。这将引发RoleEnvironment.Changing事件。在这种情况下，您需要在web应用程序（global.asax）中处理该事件，以使用新的配置信息重新初始化静态对象

---

请注意，web应用程序并非始终处于活动状态，它仅在第一个请求后启动（您可以修改此操作，但这是默认行为）。这意味着在某些情况下，您可能无法处理web应用程序中的事件，因为该进程未处于活动状态。如果处理事件对你来说是至关重要的，你应该考虑在WEBROLE中处理它。您的web应用程序运行在与WebRole.cs不同的进程中，这意味着您需要根据使用情况在其中一个（或两个）中处理它

举个例子：假设您的global.asax中有一个保存对象的静态属性。此对象已使用来自服务配置的信息初始化。几天后，在门户中修改此配置（可能是连接字符串）。这将引发RoleEnvironment.Changing事件。在这种情况下，您需要在web应用程序（global.asax）中处理该事件，以使用新的配置信息重新初始化静态对象

---

请注意，web应用程序并非始终处于活动状态，它仅在第一个请求后启动（您可以修改此操作，但这是默认行为）。这意味着在某些情况下，您可能无法处理web应用程序中的事件，因为该进程未处于活动状态。如果处理事件对你来说是至关重要的，你应该考虑在WEBROL.CS

中处理它，谢谢你的信息。但是，我只想知道，如果我更改服务配置文件（比如通过Azure门户），事件处理程序是否仍会在webrole.cs中启动。是的，它会。这里有一个例子：谢谢你的信息。但是，我只想知道，如果我更改服务配置文件（比如通过Azure门户），事件处理程序是否仍会在webrole.cs中启动。是的，它会。以下是一个例子：