本文共 1079 字，大约阅读时间需要 3 分钟。
在最近的周末，我们团队面临了一个紧急任务，修复系统上线时出现的bug。经过一番反复调试，我们发现问题出在MyBatis排序功能上。具体来说，我们在尝试通过传递排序字段作为参数来实现排序时，发现排序功能完全失效。经过半天的摸索，最终通过老板的建议，采用了一种if语句来进行字段转换，最终解决了问题。
在这个过程中，我们遇到了一个有趣的问题：为什么排序字段传递给MyBatis后会无法生效？通过查阅相关资料，我们发现问题的根源在于对MyBatis变量替换符的理解不够深入。具体来说，我们在之前的SQL语句中使用了#{orderstr}进行排序字段替换，但这种方式在MyBatis中会被当作参数进行预编译和转义，导致排序字段无法正确传递到数据库。
为了验证这一猜测，我们尝试将排序字段替换为${orderstr}，即MyBatis支持的另一种变量替换方式。通过这一改动，我们发现排序功能立即恢复正常。这表明，#{}和${}在MyBatis中的处理方式存在显著差异。
那么，#{}和${}之间到底有什么区别呢？通过进一步研究，我们了解到：
#{}（参数占位符）：默认情况下，MyBatis会使用#{}语法来生成PreparedStatement，并对参数进行安全的处理。这种方式既安全又高效，适用于大多数场景。
${}（直接字符串替换）：${}语法则用于直接将变量内容注入SQL语句中，而不会对其进行预编译或转义。这在某些特定场景中非常有用，例如当我们需要动态生成表名或字段名时。
ORDER BY需要使用${}？在MyBatis中，ORDER BY语句中的字段名通常会使用${}来替换，而不是#{}。这是因为ORDER BY字段名直接影响到查询结果的排序逻辑，任何预编译或转义都可能导致排序失效。因此，我们需要直接注入字段名的内容，而不是通过参数占位符来实现。
通过上述实践，我们得出以下结论：
ORDER BY语句中的字段名最好使用${}替换，而不是#{}。这可以确保字段名直接注入SQL语句，不会被预编译或转义。${}是更合适的选择，而#{}则会导致字段名被当作参数处理。通过本次实践，我们不仅解决了当前的技术难题，还对MyBatis中的变量替换方式有了更深入的理解。这个经验教训提醒我们，在开发过程中要更加注意#{}和${}的区别，并根据实际需求选择最合适的替换方式。同时，也强调了在处理ORDER BY语句时，字段名的注入方式至关重要。
转载地址：http://xwaf.baihongyu.com/