KernelSU中su命令--shell参数失效问题分析

在Android系统开发中，su命令是获取root权限的重要工具。KernelSU项目提供了一个开源的su实现，但近期发现其--shell参数存在功能异常问题，导致无法正确指定shell程序。

问题现象

当用户尝试使用su命令的--shell参数指定自定义shell时，例如在Termux环境中执行su --shell $PREFIX/bin/bash，系统仍然会默认使用/system/bin/sh作为shell，而不是用户指定的bash。同样，在ADB shell中执行su --shell /system/bin/pwd时，本应直接输出当前目录路径，却意外进入了交互式shell界面。

技术分析

经过代码审查发现，问题根源在于KernelSU的su实现中对命令行参数的处理方式存在缺陷。具体来说，在解析--shell参数时，错误地使用了optflag()方法而非optopt()方法。

optflag()方法仅用于处理布尔型标志参数（即不带值的参数），而optopt()才是用于处理需要附带值的选项参数。由于这个错误，--shell参数被当作一个简单的标志处理，忽略了其后跟随的shell路径参数，导致系统始终回退到默认的/system/bin/sh。

解决方案

修复方案相对简单直接：将参数解析方法从optflag()替换为optopt()。这样修改后，su命令就能正确识别并处理--shell参数指定的shell路径。

影响范围

该问题影响所有使用KernelSU su命令并尝试通过--shell参数指定自定义shell的用户场景，特别是在Termux等需要特定shell环境的应用程序中表现尤为明显。

技术建议

对于系统开发者而言，在处理命令行参数时需要特别注意：

1. 明确区分标志参数和带值参数
2. 根据参数类型选择正确的解析方法
3. 对关键功能进行充分的边界测试

对于终端用户，在遇到类似问题时可以尝试以下临时解决方案：

1. 使用su -c命令直接执行目标shell
2. 在进入默认shell后手动启动目标shell程序

总结

命令行参数处理是系统工具开发中的基础但关键环节。KernelSU项目团队及时响应并修复了这个su命令的参数解析问题，体现了开源社区对用户体验的重视。这也提醒开发者在使用参数解析库时需要充分理解各方法的适用场景，避免类似问题的发生。