Windows程序如何识别拖拽或打开方式传入EXE的脚本并运行

Windows系统下，无论是将文件拖拽到EXE图标上启动、还是通过右键「打开方式」选择EXE打开文件，系统的默认行为都是将被操作的文件完整路径作为命令行参数传入目标EXE的启动流程，你只需要在程序入口正确读取命令行参数，就能拿到待运行的脚本路径，不需要额外实现复杂的系统交互逻辑。

核心是优先使用宽字符接口读取命令行，避免非英文路径（中文、特殊符号、emoji等）出现乱码，不同开发栈的实现方式如下：

• 原生Win32 C/C++ 实现
  不建议直接用main函数的argv参数读取，ANSI编码接口对特殊路径兼容性极差，推荐用系统原生API直接读取宽字符命令行：

  #include <windows.h>
  #include <shellapi.h>
  
  // 你的脚本运行逻辑声明
  void RunScript(LPCWSTR scriptFullPath);
  
  int WINAPI WinMain(HINSTANCE hInst, HINSTANCE hPrevInst, LPSTR cmdLine, int nCmdShow) {
      int argCount = 0;
      LPWSTR* argArr = CommandLineToArgvW(GetCommandLineW(), &argCount);
      
      // 命令行参数数组索引0是当前EXE自身的完整路径，索引1开始是外部传入的参数
      if (argCount >= 2) {
          LPCWSTR targetScriptPath = argArr[1];
          // 拿到路径后直接执行加载、运行脚本的逻辑即可
          RunScript(targetScriptPath);
      }
  
      // 释放系统分配的参数数组内存
      LocalFree(argArr);
      return 0;
  }
  

• 其他常见开发栈实现
  核心逻辑都是读取进程启动参数，注意优先使用操作系统原生编码的参数读取接口，不要强行转成UTF-8/ANSI字符串避免路径解析失败：
  • C#：可直接读取Main(string[] args)的args[0]获取路径，或调用Environment.GetCommandLineArgs()获取完整参数列表，建议根据部署架构调整项目的平台目标配置，避免部分系统下路径截断
  • Rust：使用std::env::args_os()读取OsString类型的参数列表，不要直接转成&str处理，避免非UTF8路径直接报错
  • Go：直接读取os.Args可覆盖大部分场景，若需要兼容极端特殊字符路径，可直接调用Win32的GetCommandLineW接口获取宽字符参数自行解析

• 不要混淆拖拽场景：拖拽文件到EXE图标启动是系统传命令行参数，不需要处理窗口的WM_DROPFILES消息——那是程序窗口已经打开后，用户拖文件到窗口客户区才需要实现的逻辑，和启动传参是完全独立的两个场景。
• 不需要手动处理路径引号：系统传参时如果路径包含空格，会自动给路径包裹引号，CommandLineToArgvW和各语言标准库的命令行解析逻辑会自动去除外层引号，拿到的路径可以直接传给文件读取接口使用。
• 多文件场景兼容：如果用户同时选中多个脚本文件拖到EXE上，系统会把所有文件路径按顺序作为参数传入，你可以按需实现批量运行逻辑，也可以默认只取第一个参数对应的脚本运行。
• 永久扩展名关联适配：如果后续要实现「双击专属扩展名脚本自动启动EXE运行」的能力，只需要在注册表写入对应扩展名的文件关联配置即可，关联后双击启动的传参逻辑和拖拽、打开方式完全一致，不需要修改现有参数读取代码。

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