面试官问我:你写代码会复用公共SQL么?

大家好，我是Java架构师

面试官问我：你写代码会复用公共SQL么？

在一次Java后端开发的面试中，面试官问了我一个问题：“你在写代码时会复用公共SQL吗？如果会的话，能详细介绍一下你是如何实现的吗？”

这个问题让我眼前一亮，因为在实际项目中，SQL复用确实是一个非常实用且能提升代码质量的做法。

下面是我当时的回答，也借此机会整理成一篇博客，和大家分享一下我的经验。

我的回答：是的，我会复用公共SQL

我告诉面试官：“是的，我在开发中经常会复用公共SQL，尤其是在Java后端项目中。复用SQL不仅能减少代码重复，还能提高可维护性和一致性。我通常会结合具体的业务场景和框架特性来实现，比如使用MyBatis这样的ORM框架，或者通过自定义工具类来管理公共SQL片段。”

接着，面试官让我详细讲讲实现方式，我就从以下几个方面展开了说明。

实现方式一：MyBatis的<sql>标签

在Java后端开发中，我最常用的ORM框架是MyBatis。MyBatis提供了一个非常方便的特性——<sql>标签，可以用来定义可复用的SQL片段。

比如，在一个用户管理的模块中，经常需要查询用户的某些基础字段，像id、username、email等。如果每次都手写这些字段，既麻烦又容易出错，我就用<sql>标签把它们抽出来。

举个例子，我的UserMapper.xml可能会这样写：

<!-- 定义公共SQL片段 --><sqlid="userBaseColumns">    id, username, email, created_at, updated_at</sql><!-- 查询用户列表 --><selectid="selectUserList"resultType="User">    SELECT <includerefid="userBaseColumns"/>    FROM users     WHERE status = #{status}</select><!-- 查询单个用户 --><selectid="selectUserById"resultType="User">    SELECT <includerefid="userBaseColumns"/>    FROM users     WHERE id = #{id}</select>

通过<include>标签，我可以在多个SQL语句中复用userBaseColumns这个片段。这样，如果以后需要调整查询字段（比如新增phone字段），只需要改动<sql>定义的地方，所有引用它的查询都会自动更新，省时省力。

实现方式二：动态SQL与Java代码封装

有时候，SQL的复用不仅仅是字段列表，还可能是复杂的条件逻辑。比如，很多业务场景下会有分页查询的需求，LIMIT和OFFSET是固定的模式。我会结合MyBatis的动态SQL和Java代码来实现复用。

比如，我会写一个通用的分页工具类：

publicclassPageHelper{publicstatic String appendPageSql(String sql, int pageNum, int pageSize){int offset = (pageNum - 1) * pageSize;return sql + " LIMIT " + pageSize + " OFFSET " + offset;    }}

然后在Mapper接口中调用：

@SelectProvider(type = UserSqlProvider.class, method= "getUserListSql")List<User> getUserList(int status, int pageNum, int pageSize);classUserSqlProvider{public String getUserListSql(int status, int pageNum, int pageSize){        String sql = "SELECT id, username, email FROM users WHERE status = #{status}";return PageHelper.appendPageSql(sql, pageNum, pageSize);    }}

这样，任何需要分页的查询都可以复用PageHelper，只需要传入页码和每页大小即可。这种方式在Java层实现了SQL的动态拼接，既灵活又可控。

实现方式三：常量类管理SQL片段

如果项目中不完全依赖MyBatis，或者有些SQL是直接通过JDBC执行的，我会用Java的常量类来管理公共SQL片段。比如：

publicclassSqlConstants{publicstaticfinal String USER_BASE_COLUMNS = "id, username, email, created_at, updated_at";publicstaticfinal String USER_TABLE = "users";publicstaticfinal String SELECT_USER_BY_ID = "SELECT " + USER_BASE_COLUMNS + " FROM " + USER_TABLE + " WHERE id = ?";}

然后在DAO层使用：

public User getUserById(Long id){    String sql = SqlConstants.SELECT_USER_BY_ID;return jdbcTemplate.queryForObject(sql, new Object[]{id}, new UserRowMapper());}

这种方式的好处是简单直观，适合小型项目或者需要快速开发的场景。不过缺点是缺乏动态性，如果SQL逻辑复杂，维护起来会稍显麻烦。

为什么复用SQL很重要？

我还跟面试官补充了一下为什么要这样做。复用公共SQL有几个明显的好处：

• 减少重复代码： 避免在多个地方写相同的SQL片段，符合DRY（Don't Repeat Yourself）原则。
• 提高可维护性： 改动一处，全局生效，降低出错风险。
• 提升一致性： 比如字段顺序、命名规范都能统一，避免开发人员各自发挥。

总结

最后，我总结道：“在Java后端开发中，复用公共SQL是一个很实用的习惯。我会根据项目规模和需求选择合适的方式，小项目可能用常量类就够了，大项目则更倾向于MyBatis的<sql>标签或者动态SQL结合工具类。关键是要让代码既高效又易于维护。”

面试官听完点了点头，似乎对我的回答还挺满意。这次经历也让我更深刻地认识到，技术细节的积累和清晰的表达在面试中都很重要。希望这篇博客也能帮到正在准备面试的你！

你还有什么想要补充的吗？

在 GitHub猿 还有更多优质项目系统学习资源，欢迎分享给其他同学吧！
最后，再次推荐下我们的AI星球：
为了跟上AI时代我干了一件事儿，我创建了一个知识星球社群：ChartGPT与副业。想带着大家一起探索ChatGPT和新的AI时代。
有很多小伙伴搞不定ChatGPT账号，于是我们决定，凡是这四天之内加入ChatPGT的小伙伴，我们直接送一个正常可用的永久ChatGPT独立账户。
不光是增长速度最快，我们的星球品质也绝对经得起考验，短短一个月时间，我们的课程团队发布了8个专栏、18个副业项目：
简单说下这个星球能给大家提供什么：
1、不断分享如何使用ChatGPT来完成各种任务，让你更高效地使用ChatGPT，以及副业思考、变现思路、创业案例、落地案例分享。
2、分享ChatGPT的使用方法、最新资讯、商业价值。
3、探讨未来关于ChatGPT的机遇，共同成长。
4、帮助大家解决ChatGPT遇到的问题。
5、提供一整年的售后服务，一起搞副业
星球福利：
1、加入星球4天后，就送ChatGPT独立账号。
2、邀请你加入ChatGPT会员交流群。
3、赠送一份完整的ChatGPT手册和66个ChatGPT副业赚钱手册。
其它福利还在筹划中... 不过，我给你大家保证，加入星球后，收获的价值会远远大于今天加入的门票费用 ！
本星球第一期原价399，目前属于试运营，早鸟价169，每超过50人涨价10元，星球马上要来一波大的涨价，如果你还在犹豫，可能最后就要以更高价格加入了。。
早就是优势。建议大家尽早以便宜的价格加入！

最后，整理了500多套项目，赠送读者。扫码下方二维码，后台回复【赚钱】即可获取。

--END--