Solidity函数内存参数顺序是否影响功能？合约异常求助

你的问题确实是由参数传递顺序不匹配导致的，合约代码本身没有语法或逻辑错误，问题出在调用store_first时的参数输入顺序上。

具体原因： #

store_first的参数定义是uint256 _favoriteNumber在前，string memory _name在后；而你调用它时，大概率还是沿用了store_second的输入顺序（先输入名称字符串，再输入数字）。这种情况下：

• 你输入的字符串会被强制转换为uint256类型，由于字符串无法被解析为有效数字，转换结果为0；
• 你输入的数字会被强制转换为string类型（比如输入123会变成字符串"123"）。

最终store_first执行的是nameToNumber["123"] = 0，而你调用retrieve("你的目标名称")时，这个键在映射中不存在，Solidity中访问不存在的映射键会返回对应值类型的默认值（uint256的默认值是0），所以始终得到0。

验证方法： #

如果调用store_first时严格按照函数定义的参数顺序传递（先输入数字，再输入名称字符串），比如执行store_first(123, "Alice")，再调用retrieve("Alice")，就能正确返回123，和store_second的效果一致。

总结： #

两个函数的逻辑完全相同，区别仅在于参数定义顺序。问题的核心是调用store_first时没有匹配其参数顺序，导致存储的键值对并非你预期的内容。

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