嗨，我来帮你捋捋这个Jenkins Pipeline的问题~

第一个问题：拼接字符串生成嵌套锁的思路是否可行？ #

老实说，这个思路不算最佳实践哦。虽然你能拼出看起来正确的代码字符串，但Jenkins Pipeline的DSL不是简单的脚本字符串，直接拼接执行会绕开Pipeline的上下文检查，还容易因为格式、转义之类的问题踩坑，后续维护起来也不太友好。更稳妥的方式是利用Groovy的闭包特性来动态构建嵌套锁结构，这才是符合Pipeline设计逻辑的做法。

第二个问题：如何让字符串形式的代码在Pipeline中执行？ #

你之前尝试的execute()或者直接返回字符串的方式都没用，因为Jenkins不会把普通字符串当作Pipeline DSL代码来解析。要动态生成嵌套锁并执行命令，我们可以用递归闭包来构建嵌套的lock结构，而不是拼接字符串。

给你改写一个可用的实现：

def lockDevicesThenRunCommands(List devices, Closure commands) {
    // 递归构建嵌套锁的闭包
    def buildNestedLocks = { index ->
        // 递归终止条件：所有设备锁都已嵌套完成，执行传入的命令
        if (index >= devices.size()) {
            return commands
        }
        // 递归嵌套lock块
        return {
            lock("lockTagForDevice${index}") {
                buildNestedLocks(index + 1)()
            }
        }
    }
    // 启动最外层的锁闭包执行
    buildNestedLocks(0)()
}

pipeline {
    agent any
    stages {
        stage('Run with multiple device locks') {
            steps {
                script {
                    def serials = ["Some", "List", "Of", "Devices"]
                    // 调用方法，传入设备列表和要执行的命令闭包
                    lockDevicesThenRunCommands(serials) {
                        echo "I print stuff."
                        sh "sudo /opt/android-sdk/platform-tools/adb kill-server"
                        sh "sudo /opt/android-sdk/platform-tools/adb devices"
                        // 这里可以添加其他需要执行的Pipeline步骤
                    }
                }
            }
        }
    }
}

为什么这个方法可行？ #

• 用递归闭包动态构建嵌套的lock结构，每一层锁都包裹着下一层锁和最终的命令，完全符合Jenkins Pipeline的执行逻辑；
• 传入的命令是Groovy闭包，而不是字符串，能被Jenkins正确识别为Pipeline步骤，还能直接使用Pipeline的上下文（比如环境变量、工具路径等）；
• 代码可读性和维护性比字符串拼接高很多，也不容易出现语法错误。

备注：内容来源于stack exchange，提问作者SbiN