.nut脚本params[3]设为1时无法向SQL数据库传递数据

1. 验证参数接收正确性 #

在action_eventCounter函数最开头添加调试打印，确认脚本实际接收到的参数值、类型是否和调用时一致：

function action_eventCounter(params) {
    print("Params received:");
    print("CounterID: " + params[0] + " (type: " + typeof(params[0]) + ")");
    print("Value: " + params[1] + " (type: " + typeof(params[1]) + ")");
    print("OpType: " + params[2] + " (type: " + typeof(params[2]) + ")");
    print("Flag: " + params[3] + " (type: " + typeof(params[3]) + ")");
    // 原有业务代码
}

重点确认调用action_eventCounter(-101,1,2,1)时，脚本是否真的拿到了1作为第四个参数，有没有出现类型转换错误（比如数值被转成字符串、或被截断）。

2. 追踪Flag=1分支的赋值逻辑 #

找到脚本中判断params[3] == 1的代码块，逐行排查：

• 检查Counter字段是否在该分支下被硬编码为0，或错误使用了未初始化的变量
• 确认TimeStamp的生成逻辑：是否Flag=1时跳过了时间戳获取（比如原本调用getTime()类函数，分支里未执行）
• 查看是否存在覆盖参数值的逻辑：比如本该使用params[1]的值，结果被重置为0

3. 检查SQL操作的正确性 #

如果脚本直接拼接SQL语句或使用参数绑定操作数据库，重点核对Flag=1时的SQL逻辑：

• 拼接SQL的情况：确认Counter、TimeStamp字段的值是否被错误写死为0，或变量名拼写错误
• 参数绑定的情况：检查绑定的变量是否对应正确，有没有把错误变量绑定到这两个字段上

4. 对比Flag=0与Flag=1的执行流程 #

把两个分支的执行步骤做逐项对比，定位差异点：

• 比如Flag=0调用update_counter()，Flag=1调用create_counter()，但创建函数的初始化值错误
• 或Flag=1触发了额外校验逻辑，导致参数被强制重置

5. 排查脚本与C++层的交互异常 #

由于是嵌入C++服务器的.nut脚本，需确认：

• Flag=1时，C++层是否对传入参数做了额外过滤/修改，导致脚本拿到的参数已被篡改
• 脚本调用C++提供的数据库API时，Flag=1是否触发了API的特殊逻辑，导致写入值异常

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