解决mobile-deep-learning项目Windows编译脚本路径输入问题

在Windows平台编译mobile-deep-learning项目时，开发者可能会遇到一个常见问题：当使用lite\tools\build_windows.bat脚本进行编译时，在输入非默认Visual Studio安装路径后，脚本会异常退出而没有继续执行后续编译步骤。

问题现象

当运行build_windows.bat脚本时，系统会提示输入Visual Studio命令提示符的路径。如果用户输入的不是默认安装路径（如Visual Studio 2022的路径），脚本会直接退出而不报错，也不执行后续的编译过程。

问题原因分析

经过排查发现，问题出在build_windows.bat脚本的第116行。原脚本使用了goto set_vcvarsall_dir命令来跳转到设置VC变量目录的子程序，但这种跳转方式在批处理中会导致子程序执行后无法返回到主流程。

正确的做法应该是使用call:set_vcvarsall_dir命令来调用子程序，这样在执行完子程序后能够返回到调用点继续执行后续命令。

解决方案

修改build_windows.bat脚本的第116行，将原来的：

goto set_vcvarsall_dir

修改为：

call:set_vcvarsall_dir

这一修改确保了：

1. 子程序执行完毕后能够正确返回到主流程
2. 变量设置能够正确传递
3. 后续编译步骤能够正常执行

深入理解

在Windows批处理脚本中，goto和call命令有本质区别：

• goto是直接跳转，不保留返回点
• call会保留返回点，子程序执行完毕后会回到调用点继续执行

对于需要获取用户输入并设置环境变量的场景，必须使用call命令来调用子程序，否则会导致脚本流程中断。

预防措施

为避免类似问题，开发者在编写批处理脚本时应注意：

1. 对于需要返回的子程序调用，必须使用call命令
2. 对于不需要返回的跳转，可以使用goto命令
3. 复杂的脚本逻辑应该添加充分的错误处理和日志输出
4. 对于用户输入的处理应该增加验证逻辑

总结

这个问题的解决不仅修复了mobile-deep-learning项目在Windows平台的编译问题，也为开发者提供了一个很好的批处理脚本编写实践案例。理解goto和call的区别对于编写健壮的批处理脚本至关重要，特别是在处理用户输入和环境变量设置等关键操作时。