不依赖外部库的C#控制台应用如何集成Groovy脚本

注：Groovy是JVM生态的动态语言，.NET 运行时本身未内置Groovy解析执行引擎，以下方案全部基于C#原生基类库实现，不需要引入任何第三方NuGet包、付费集成组件

方案1：原生进程托管本地Groovy运行时（优先推荐） #

这是工程可行性最高、维护成本最低的实现方式，全程使用C#原生System.Diagnostics类库完成，无任何额外依赖。

实现逻辑 #

• 部署环境预装匹配版本的JRE/JDK与Groovy发行包，配置好对应环境变量即可，不需要在C#项目中引入任何库文件。
• 通过C#原生Process类启动Groovy命令行进程，传入待执行脚本，通过标准输入、临时文件、命令行参数完成跨进程参数传递，捕获标准输出、标准错误流获取脚本执行结果。

实现代码 #

using System;
using System.Diagnostics;
using System.IO;
using System.Text;

public class GroovyScriptRunner
{
    public (int exitCode, string result, string error) RunScript(string scriptContent, string args = "")
    {
        string tempScriptPath = Path.Combine(Path.GetTempPath(), $"{Guid.NewGuid()}.groovy");
        try
        {
            File.WriteAllText(tempScriptPath, scriptContent, Encoding.UTF8);
            
            ProcessStartInfo psi = new ProcessStartInfo
            {
                FileName = "groovy",
                Arguments = $"{tempScriptPath} {args}",
                RedirectStandardOutput = true,
                RedirectStandardError = true,
                RedirectStandardInput = true,
                UseShellExecute = false,
                CreateNoWindow = true,
                StandardOutputEncoding = Encoding.UTF8,
                StandardErrorEncoding = Encoding.UTF8
            };

            StringBuilder outputBuffer = new StringBuilder();
            StringBuilder errorBuffer = new StringBuilder();

            using Process process = new Process { StartInfo = psi };
            process.OutputDataReceived += (_, e) =>
            {
                if (e.Data != null) outputBuffer.AppendLine(e.Data);
            };
            process.ErrorDataReceived += (_, e) =>
            {
                if (e.Data != null) errorBuffer.AppendLine(e.Data);
            };

            process.Start();
            process.BeginOutputReadLine();
            process.BeginErrorReadLine();
            process.WaitForExit();

            return (process.ExitCode, outputBuffer.ToString().TrimEnd(), errorBuffer.ToString().TrimEnd());
        }
        finally
        {
            if (File.Exists(tempScriptPath)) File.Delete(tempScriptPath);
        }
    }
}

/*
调用示例：
var runner = new GroovyScriptRunner();
var execRes = runner.RunScript("println 'Groovy执行成功，传入参数：' + args[0]", "test");
Console.WriteLine(execRes.result); // 输出：Groovy执行成功，传入参数：test
*/

优缺点 #

• 优点：完全基于原生C#能力实现，无任何外部依赖；100%兼容所有Groovy语法特性，和本地直接执行Groovy脚本效果完全一致；脚本支持运行时动态修改，调试成本低。
• 缺点：部署环境需要预装JRE和Groovy环境；跨进程调用存在毫秒级性能开销，不适合每秒上千次的高频脚本调用场景。

方案2：预编译脚本后调用Java进程执行 #

如果不希望目标环境单独安装Groovy，可以采用预编译方案，同样全程无第三方C#依赖。

实现逻辑 #

• 开发阶段用Groovy自带的groovyc编译器将需要集成的Groovy脚本编译为.class字节码文件，连同Groovy运行时依赖的所有JAR包一起打包进C#应用的发布目录。
• 运行时通过C#原生Process类调用本地java命令执行预编译好的字节码，参数传递、结果获取逻辑和方案1一致。

优缺点 #

• 优点：目标环境仅需预装JRE，不需要单独安装Groovy发行包；脚本以字节码形式发布，不会暴露明文源码；预编译后执行性能比直接运行源码高15%-30%。
• 缺点：脚本更新需要重新编译，不支持运行时动态修改脚本源码后立即生效。

注意事项 #

1. 不存在完全脱离JVM/Groovy运行时、仅靠C#原生类库直接解析执行Groovy源码的实现。Groovy的语法解析、动态调度、运行时能力全部构建在JVM之上，.NET基类库没有内置对应的解析执行引擎，任何声称可以无JVM运行Groovy的.NET实现，要么内嵌了第三方解析库，要么做了语法层转译，都不符合无外部依赖的要求。
2. 不建议从零实现Groovy语法解析器。Groovy兼容全部Java语法，同时提供了大量动态语法糖、闭包、元编程能力，完整实现兼容的解析执行引擎需要数十万行代码，维护成本极高，没有工程落地价值。
3. 复杂参数传递建议用JSON格式：C#侧用原生System.Text.Json将对象序列化为JSON字符串，通过标准输入/临时文件传给Groovy，Groovy 2.5+版本内置JsonSlurper可以直接解析JSON，处理完成后将结果序列化为JSON输出到标准流，C#侧反序列化即可，全程不需要额外依赖。

内容的提问来源于stack exchange，提问作者miguelito