昨天在研究脚本的时候偶然遇到一个问题，正好有了点时间，拿来再研究一下。
　　问题是这样的：我想用strcpy函数把一个字符串赋给一个变量，再将这字符串做一个参数化，然后我想看看参数化是否成功，于是我用了lr_message函数把它打印出来。脚本代码很简单，如下所示：
　　Action()
　　{
　　char a[10];
　　strcpy(a，"{a}");
　　lr_message(a);
　　return 0;
　　}
　　其中，{a}我已经做了参数化，参数值为11。
　　运行这个脚本后，发现运行日志里打印出来的a值显示为{a}。
　　在尝试了N遍以后，我把lr_message(a);这句代码改成lr_message(lr_eval_string(a));后问题解决，运行日志里打印出了我所期望的值11。
　　问题虽然解决了，但我还是很纳闷，为什么在用lr_message的时候不能直接引用参数，而我记得之前在web_url、web_submit_data等函数里都是可以直接引用参数化的值，而从来没有出现过问题。也许是在LoadRunner里，这几个函数对参数值的引用方式不同吧，不知道我这样想是否正确，希望大家批评指正！
　　昨天和Zee讨论了一个下午，结论还是没有明确。上午继续试验，试验结果表明Zee说的是正确的，不能直接将C语言里的变量直接当作LR变量使用，而需要做一些转换。事实上，执行strcpy(a，"{a}");后，并没有真正将参数值传给a。需要这样写：strcpy(a，lr_eval_string("{a}"));这样没问题了。
　　不过，问题还没有结束，在tuxedo协议中，用lrt_strcpy函数则没有这个问题存在，例如：lrt_strcpy(sendBuf1，sendBuf);则可以成功地将sendBuf中的参数值赋值给sendBuf1。目前怀疑是该函数在内部已经进行过转换，但并不肯定，尚待证实。
　　再次针对以上问题进行试验，我在lrt_strcpy(sendBuf1，sendBuf);语句的前后各加了一句调试信息：lr_output_message("sendBuf:%s"，sendBuf);
　　和lr_output_message("sendBuf1:%s"，sendBuf1);
　　打印出来的结果截然不同，前者的输出显示没有传入参数值，而后者则成功传入参数。这表明确实是lrt_strcpy这个函数在搞鬼。