推荐使用 Microsoft.ClearScript.V8 在 C# 中执行 JS，因其基于 Google V8 引擎，性能好、稳定、支持 ES2025+ 语法，且无需 UI 依赖；但仅限 Windows x64，需显式注册宿主对象才能访问 .NET 功能。
用 Microsoft.ClearScript.V8 在 C# 中执行 JS（推荐方案）
直接在 .NET 进程内执行 JavaScript，最稳定、性能好、支持 ES2025+ 语法的方案是使用 Microsoft.ClearScript.V8。它基于 Google V8 引擎，比老旧的 JScript 或 WebView2 的脚本桥接更可控、无 UI 依赖。
- 需通过 NuGet 安装：
Install-Package ClearScript.V8 - 仅支持 Windows x64（V8 原生库限制），.NET Core 3.1+ / .NET 5+ 可用
- 脚本在沙箱中运行，默认不访问 .NET 对象，需显式添加宿主对象（如
engine.AddHostObject("console", new ConsoleHostObject())） - 若需调用 C# 方法，必须先注册为宿主函数：
engine.AddHostObject("log", new Action，然后 JS 中才能写(Console.WriteLine)) log("hello")
using Microsoft.ClearScript.V8;using (var engine = new V8ScriptEngine()) { engine.Execute("var a = 42;"); var result = engine.Evaluate("a * 2"); Console.WriteLine(result); // 输出 84 }
用 WebView2 执行 JS（适合已有 UI 场景）
如果你的应用本身是 WinForms 或 WPF，并已集成 WebView2 控件，那么 JS 执行本质是注入到网页上下文里，不是纯后台执行——这意味着它依赖渲染进程、有启动延迟、无法同步返回值（需靠回调或 ExecuteScriptAsync + Task 等待）。
-
CoreWebView2必须初始化完成才能调用ExecuteScriptAsync，否则抛NullReferenceException - JS 中无法直接访问 C# 变量，只能通过
window.chrome.webview.postMessage()和webview.CoreWebView2.WebMessageReceived事件通信 - 返回值是 JSON 字符串，需手动反序列化：
await webView.ExecuteScriptAsync("JSON.stringify({x: 1})")
await webView.EnsureCoreWebView2Async();
string json = await webView.CoreWebView2.ExecuteScriptAsync("2 + 2");
// json == "4"为什么不用 JavaScriptEngineSwitcher？
这个库曾流行于 .NET Framework 时代，但当前已不推荐：核心引擎（如 Jurassic、Jint）要么不维护（Jurassic），要么性能差、ES 支持弱（Jint v4 虽有改进，但正则、Promise、async/await 行为与标准 V8 不一致）。
- Jint 在处理
setTimeout或fetch时需手动模拟，实际项目中容易因环境缺失崩溃 - 对
BigInt、globalThis、可选链（?.）等现代语法支持滞后 - 没有调试能力（无法设断点、查堆栈），出错时只有
ScriptEngineException和模糊行号
常见错误：脚本执行后没反应或报 ReferenceError
多数情况不是 JS 写错了，而是执行上下文没初始化好。例如：
- 忘记
engine.AddHostObject却在 JS 里用了console.log→ 报ReferenceError: console is not defined - JS 中用了
import或require→ ClearScript 默认不支持模块系统，会直接报错；需提前用engine.Execute加载依赖代码，或改用打包后的单文件 - 传入的 JS 字符串含 BOM（如 UTF-8 with BOM），导致首字符解析失败 → 用
Encoding.UTF8.GetString(bytes, 3, bytes.Length - 3)剔除 BOM
ClearScript.V8 是目前最接近“原生执行 JS”的选择，但它的原生依赖和平台限制意味着你得接受构建产物变大、部署需附带 v8.dll 等事实。如果只是做简单计算或配置解析，Jint 仍可凑合；但只要涉及异步、DOM 模拟或第三方库，就得认真考虑是否真需要在 C# 里跑 JS —— 有时候把逻辑移到前端或用 C# 重写，反而更稳。
