3

我正在尝试创建一个开源库，该库会生成一个新库AppDomain并在其中运行一个PowerShell脚本。我有一个静态方法，它采用 powershell 文件的名称和AppDomain. 从 C# 控制台应用程序调用该方法时成功执行，但不是PowerShell.

由于fusionlog 中的此条目，我知道 dll 正在第二个应用程序域中加载。

类声明和构造函数看起来像这样。

public class AppDomainPoshRunner : MarshalByRefObject{

    public AppDomainPoshRunner (){
        Console.WriteLine("Made it here.");
    }
}

无论我是从 C# 控制台应用程序还是从 PowerShell 应用程序运行 dll，当我调用CreateInstanceFromAndUnwrap时，构造函数中的该消息都会得到输出。

当我在下面的静态方法中将返回的值CreateInstanceFromAndUnwrap转换为AppDomainPoshRunner时会发生故障。

    public static string[] RunScriptInAppDomain(string fileName, string appDomainName = "Unamed")
    {
        var assembly = Assembly.GetExecutingAssembly();

        var setupInfo = new AppDomainSetup
                            {
                                ApplicationName = appDomainName,
                                // TODO: Perhaps we should setup an even handler to reload the AppDomain similar to ASP.NET in IIS.
                                ShadowCopyFiles = "true"
                            };
        var appDomain = AppDomain.CreateDomain(string.Format("AppDomainPoshRunner-{0}", appDomainName), null, setupInfo);
        try {
            var runner = appDomain.CreateInstanceFromAndUnwrap(assembly.Location, typeof(AppDomainPoshRunner).FullName);
            if (RemotingServices.IsTransparentProxy(runner))
                Console.WriteLine("The unwrapped object is a proxy.");
            else
                Console.WriteLine("The unwrapped object is not a proxy!");  
            Console.WriteLine("The unwrapped project is a {0}", runner.GetType().FullName);
            /* This is where the error happens */
            return ((AppDomainPoshRunner)runner).RunScript(fileName);
        }
        finally
        {
            AppDomain.Unload(appDomain);
        }
    }

在 PowerShell 中运行它时，我收到InvalidCastExcception消息Unable to cast transparent proxy to type JustAProgrammer.ADPR.AppDomainPoshRunner。

我究竟做错了什么？

4

2 回答 2

2

我遇到了同样的问题：我创建了具有仅执行权限（可以拥有的最低权限）的沙箱，以便在非常受限的环境中执行不受信任的代码。所有在 C# 应用程序中运行良好，但在起点是创建 .NET COM 对象的 vbs 脚本时不起作用（相同的强制转换异常）。我认为 PowerShell 也使用 COM。我找到了使用 AppDomain.DoCallBack 的解决方法，它可以避免从 appdomain 获取代理。这是代码。如果您找到更好的选择，请发布。在 GAC 中注册对我来说不是一个好的解决方案......

    class Test
    {
        /*
         create appdomain as usually
        */

        public static object Execute(AppDomain appDomain, Type type, string method, params object[] parameters)
        {
            var call = new CallObject(type, method, parameters);
            appDomain.DoCallBack(call.Execute);
            return call.GetResult();
        }
    }
    [Serializable]
    public class CallObject
    {
        internal CallObject(Type type, string method, object[] parameters)
        {
            this.type = type;
            this.method = method;
            this.parameters = parameters;
        }

        [PermissionSet(SecurityAction.Assert, Unrestricted = true)]
        public void Execute()
        {
            object instance = Activator.CreateInstance(this.type);
            MethodInfo target = this.type.GetMethod(this.method);
            this.result.Data = target.Invoke(instance, this.parameters);
        }

        internal object GetResult()
        {
            return result.Data;
        }

        private readonly string method;
        private readonly object[] parameters;
        private readonly Type type;
        private readonly CallResult result = new CallResult();

        private class CallResult : MarshalByRefObject
        {
            internal object Data { get; set; }
        }
    }
于 2012-12-06T21:02:43.383 回答
0

这听起来很像加载上下文问题。类型标识不仅仅是物理程序集文件；它还与加载方式和位置有关。这是 Suzanne Cook 的一篇旧博客文章，您可能需要阅读 15 遍才能开始理解您的问题。

选择绑定上下文

http://blogs.msdn.com/b/suzcook/archive/2003/05/29/57143.aspx

在你说“但它在控制台应用程序中工作”之前，请记住，当从 powershell 运行它时，关于调用应用程序域的上下文、探测路径、身份等，你有一个完全不同的鱼缸。

祝你好运！

于 2011-09-25T18:47:55.237 回答