&引用；“以提升的权限运行”；在SharePoint计时器作业中？

我们可以在SharePoint计时器作业中使用SPSecurity.runwithLevelatedPrivileges吗

计时器作业将以谁的身份在提升权限下运行

---

如果您有任何关于此问题的问题或必须了解的事实，我们将不胜感激。

它们在您第一次运行SharePoint产品和技术配置向导以连接到SQl时使用的帐户下运行/在下运行管理应用程序池。i、 e.SharePoint中的上帝帐户。

RunWithElevatedPrivileges

仅当当前线程使用模拟时才有效，即IIS。在其他代码（计时器作业、控制台应用程序、工作流等）中使用，它将不起作用。Colin认为默认情况下计时器服务作为配置向导中指定的服务器场服务帐户运行是正确的。您可以在Windows服务中验证这一点。

我也不能谈论计时器作业或工作流，或者从技术上讲是控制台应用程序，但我正在开发一个winforms应用程序-它应该与控制台应用程序（启动应用程序的用户）具有基本相同的执行上下文-如果没有RunWithElevatedPrivileges委托，它就无法完成某些事情，然后在新的提升上下文中获得新的SPSite。您是否有一个源代码来说明这是如何不必要的？要确认，您正在使用SharePoint 3.0/2007？尝试在RWEP内外检查

Environment.Username

，看看是否真的有变化。（有关讨论，请参阅和回复。）否-SharePoint 2013-RunWithLevelatedPrivileges（）的功能是否在此后发生了更改？或者，在较新版本的SP中，它在其他方面是否略有不同？不知道，老实说，我已经离开SharePoint开发几年了。我会打开ILSpy/dotPeek/equivalent，看看现在的实现是什么样子。您是否尝试检查

环境。用户名
？