从控制台应用程序和ASP.NET应用程序启动过程之间的区别

Question

我有一个Web API应用程序，该应用程序需要运行Python脚本，而Python脚本又运行Perl脚本：）做一些其他工作，并从中获取输出结果。 我这样做的方法是开始一个流程：

        var start = new ProcessStartInfo()
        {
            FileName = _pythonPath,                                 //@"C:\Python27\python.exe",
            Arguments = arguments,                                  //@"D:\apps\scripts\Process.py
            UseShellExecute = false,
            RedirectStandardOutput = true,
            RedirectStandardError = true
        };

        using (Process process = Process.Start(start))
        {
            using (StreamReader reader = process.StandardOutput)
            {
                var result = reader.ReadToEnd();
                var err = process.StandardError.ReadToEnd();                
                process.WaitForExit();

                return result;
            }
        }

里面的脚本尝试使用P4 Python API连接到Perforce服务器，然后Perl脚本也调用P4命令。 从控制台应用程序运行此代码时，一切正常。 该程序会自动获取Perforce设置（我有一个P4V客户端，其中包含所有指定的设置）。 但是，当从ASP.NET Web API运行时，它没有获得settigns，并说它不能与perforce：1666服务器连接（我猜这是未指定settign时的标准值）。

我确实了解到，没有多少人使用Perforce，尤其是以这种方式使用Perforce，并且可以在此处提供帮助，但是我想知道从控制台应用程序和Web API应用程序运行此脚本可能会导致这种不同行为的区别是什么。

Answer 1

从控制台应用程序运行的代码与IIS ^*中的运行代码之间最明显的区别之一是，通常，这两段代码将在不同的用户帐户下运行。

通常，如果您遇到的问题是代码在其中一种情况下而不在其他情况下可以工作，则这是权限问题或按用户设置的问题。 您可以通过在为适当的IIS应用程序池配置的同一用户帐户下运行控制台应用程序来验证是否是这种情况，反之亦然，将应用程序池配置为使用您自己的用户帐户，然后查看是否存在问题仍然存在。

如果您确认这是权限问题和/或每个用户的设置，则需要确定修复方法。 我通常建议不要以您自己的用户帐户运行IIS应用程序池-如果您似乎无法获得为现有应用程序池用户配置的正确设置，则通常建议创建一个单独的用户帐户（在计算机本地或作为您网域的一部分，具体取决于所需内容），并仅向其提供完成该工作所需的权限/设置。

---

^* IIS Express是这里的例外，因为它不执行应用程序池，并且代码确实以您自己的用户帐户运行。