商城首页欢迎来到中国正版软件门户

您的位置: 首页 > 文章列表 > 编程开发 > mybatis执行任意SQL问题

mybatis执行任意SQL问题

  发布于2026-07-01 阅读(0)

扫一扫,手机访问

mybatis执行任意SQL

一、用一个方法可灵活方便执任意自定义SQL

很多时候我们不想在XML或接口里每写一个查询就声明一个方法,更希望有一个万能入口,直接传SQL字符串就能跑。其实不用那么麻烦,用注解就能搞定。XML的方式没测过,但思路应该大同小异。

mybatis执行任意SQL问题

1、先声明一个接口,里面放一个超级SQL方法:

public interface SqlDao{
    @Select("${sql}")
    List> sql(String sql,@Param("param") Map param);
}

2、调用的时候就像这样:

Map  params = new HashMap<>();
//这里可加任意多参数,与SQL中对应
params.put("id","xxx");
List> result = medicineboxDao.sql("select * from DevLog where id =#{param.id}",params);

返回的是通用的Map类型,够灵活,但要是想直接拿到业务实体对象,就得自己再转一次。于是有了下一步改进的念头。

二、进一步改进时发现怪异的现象

给接口方法加上泛型,期望通过泛型参数自动映射到具体的实体类型,结果却踩了个坑——代码跑起来居然不报错,但结果就让人摸不着头脑了。代码如下:

1、先把接口方法改成泛型:

public interface SqlDao{
    @Select("${sql}")
     List sql2(String sql,@Param("param") Map param);
}
   
//调用
List o2 = medicineboxDao.sql2("select * from DevLog where id =#{param.id}",params); 

执行不报错,但返回的结果集明明有多个记录,实际上只拿到了一条数据,而且这条数据里只有第一个字段的值。更诡异的是,当你试图获取集合里元素的类型时:

//System.out.println(o2.get(0).getClass()); // 一运行就报类转换异常

可惜没深入跟过MyBatis的源码,猜测是MyBatis没法根据泛型参数自动推断返回类型,结果封装时出了问题。这个坑留给大家验证。

三、继续改进,实现泛型转换

既然直接泛型走不通,那就绕一下——用 default 方法 + ResultHandler 手动转换。代码如下:

@Select({"${sql}"})
default  List sqlFromObject(String sql,@Param("param") Map param,Class sc){
    final List lis = new ArrayList<>();
    this.generalSql(sql, param, (ResultHandler) resultContext -> {
        try {
            S s = sc.newInstance();
            //采用cglib BeanCopier,性能强劲
            //bean map拷贝
            BeanMap beanMap = BeanMap.create(s);
            beanMap.putAll((Map)resultContext.getResultObject());
            lis.add(s);
        } catch (Exception e) {
            e.printStackTrace();
        }
    });
    return lis;
};

@Select({"${sql}"})
@ResultType(LinkedHashMap.class)
 void generalSql(String sql, @Param("param") Map param, ResultHandler handler) ;

调用方式也变得清晰了:

List o2 = medicineboxDao.sqlFromObject("select * from DevLog where id <>#{param.id}",params,DevLog.class);

这样就能直接拿到 List,而且每一条数据里的字段都映射到了对应的属性上。用起来还算顺手。

总结

以上就是基于实际项目的一些实践思路:先提供一个简单的万能SQL接口对付临时查询,再尝试泛型自动映射但发现MyBatis对泛型返回值支持有限,最后用 default 方法手工转换绕过了这个限制。如果你也有类似需求,可以参考这个方案。

本文转载于:https://www.jb51.net/program/364025zc7.htm 如有侵犯,请联系zhengruancom@outlook.com删除。
免责声明:正软商城发布此文仅为传递信息,不代表正软商城认同其观点或证实其描述。
  • using namespace 使用中遇到的问题怎么解决 正版软件
    using namespace 使用中遇到的问题怎么解决
    命名空间的基本概念与常见引入问题在C++等编程语言中,命名空间(namespace)是一种将代码标识符(如变量、函数、类名)封装在特定名称下的机制,其主要目的是避免命名冲突,尤其是在大型项目或使用多个第三方库时。使用“using namespace”指令可以将指定命名空间中的所有名称引入当前作用域,
    11天前 0
  • c语言函数递归 实操经验总结:这些技巧很实用 正版软件
    c语言函数递归 实操经验总结:这些技巧很实用
    理解递归的基本原理在C语言中,递归是一种函数调用自身的编程技术。要掌握它,首先需要理解其核心思想:将一个复杂的大问题,分解为一个或几个与原问题相似但规模更小的子问题,直到子问题足够简单,可以直接求解。这个过程通常包含两个关键部分:递归出口和递归体。递归出口定义了问题何时不再继续分解,即最简单、可直接
    11天前 0
  • c语言函数递归 怎么选?常见方案对比分析 正版软件
    c语言函数递归 怎么选?常见方案对比分析
    递归函数的基本概念与适用场景在C语言编程中,递归是一种函数调用自身的编程技巧。它并非适用于所有问题,但在处理某些具有自相似结构的问题时,能提供极其清晰和优雅的解决方案。递归的核心思想是将一个大规模问题分解为一个或多个同类型但规模更小的子问题,直到子问题简单到可以直接求解。典型的适用场景包括树形结构的
    11天前 0
  • Objective-C 内存管理入门:从 alloc 到 dealloc 的生命周期详解 正版软件
    Objective-C 内存管理入门:从 alloc 到 dealloc 的生命周期详解
    理解内存管理的基石在Objective-C的编程世界中,内存管理是开发者必须掌握的核心技能之一。它直接关系到应用的性能、稳定性与资源利用效率。与一些采用自动垃圾回收机制的语言不同,Objective-C在很长一段时间里,依赖一套基于引用计数的、需要开发者部分介入的管理规则。这套规则的核心思想是明确的
    11天前 0
  • 如何正确使用 dealloc 以避免 iOS 应用中的内存泄漏 正版软件
    如何正确使用 dealloc 以避免 iOS 应用中的内存泄漏
    理解 dealloc 的角色与时机在 iOS 应用开发中,内存管理是保障应用性能与稳定性的基石。dealloc 方法是 Objective-C 中对象生命周期结束时的关键回调,它标志着对象即将被系统回收内存。正确理解其触发时机至关重要:当一个对象的引用计数降为零时,运行时系统会自动调用该对象的 de
    11天前 0