执行方式2:
DeptMapper mapper = openSession.getMapper(DeptMapper.class);
Dept dept2= mapper.select(d);
DefaultSqlSession#getMapper
@Override
public <T> T getMapper(Class<T> type) {
return configuration.<T>getMapper(type, this);
}
//从MapperRegistry获取
public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
return mapperRegistry.getMapper(type, sqlSession);
}
MapperRegistry#getMapper
public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
// 此处的mapperProxyFactory,已在XMLConfigBuilder构建的过程中扫描了mappers节点下的package,使用ResolveUtil扫描了接口,并初始化放入knownMappers
final MapperProxyFactory<T> mapperProxyFactory = (MapperProxyFactory<T>) knownMappers.get(type);
if (mapperProxyFactory == null) {
throw new BindingException("Type " + type + " is not known to the MapperRegistry.");
}
try {
return mapperProxyFactory.newInstance(sqlSession);
} catch (Exception e) {
throw new BindingException("Error getting mapper instance. Cause: " + e, e);
}
}
MapperProxyFactory#newInstance
public T newInstance(SqlSession sqlSession) {
//创建Mapper代理
final MapperProxy<T> mapperProxy = new MapperProxy<T>(sqlSession, mapperInterface, methodCache);
return newInstance(mapperProxy);
}
//使用mapperProxy,构造mapperInterface的动态代理
protected T newInstance(MapperProxy<T> mapperProxy) {
return (T) Proxy.newProxyInstance(mapperInterface.getClassLoader(), new Class[] { mapperInterface }, mapperProxy);
}
openSession.getMapper 当前接口的动态代理,动态代理被执行时返回
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
try {
if (Object.class.equals(method.getDeclaringClass())) {
return method.invoke(this, args);
} else if (isDefaultMethod(method)) {
return invokeDefaultMethod(proxy, method, args);
}
} catch (Throwable t) {
throw ExceptionUtil.unwrapThrowable(t);
}
//缓存当前调用的Method对应的MapperMethod,所以一个MapperProxy对应一个接口实现类,MapperMethod则对应实现类的每一个方法,不过MapperProxy是代理,真正委托执行的是MapperMethod,MapperMethod,则负责将方法签名转换为命名空间委托sqlSession执行
final MapperMethod mapperMethod = cachedMapperMethod(method);
return mapperMethod.execute(sqlSession, args);
}
MapperMethod#execute
使用MethodSignature获取方法参数和SqlCommand组合,最后通过sqlsession执行,后面的流程就和使用命名空间直接执行一致了,这里不难看出来,只要指定mapper.xml中命名空间和接口方法签名一致,就可以在执行期间进行动态绑定来执行sqlsession,而整个使用sqlsession获取接口代理的执行方式只比原生方式多了,创建MapperProxy这一过程,MapperProxy会对调用的MapperMethod进行缓存。
public Object execute(SqlSession sqlSession, Object[] args) {
Object result;
switch (command.getType()) {
case INSERT: {
Object param = method.convertArgsToSqlCommandParam(args);
result = rowCountResult(sqlSession.insert(command.getName(), param));
break;
}
case UPDATE: {
Object param = method.convertArgsToSqlCommandParam(args);
result = rowCountResult(sqlSession.update(command.getName(), param));
break;
}
case DELETE: {
Object param = method.convertArgsToSqlCommandParam(args);
result = rowCountResult(sqlSession.delete(command.getName(), param));
break;
}
case SELECT:
if (method.returnsVoid() && method.hasResultHandler()) {
executeWithResultHandler(sqlSession, args);
result = null;
} else if (method.returnsMany()) {
result = executeForMany(sqlSession, args);
} else if (method.returnsMap()) {
result = executeForMap(sqlSession, args);
} else if (method.returnsCursor()) {
result = executeForCursor(sqlSession, args);
} else {
Object param = method.convertArgsToSqlCommandParam(args);
result = sqlSession.selectOne(command.getName(), param);
}
break;
case FLUSH:
result = sqlSession.flushStatements();
break;
default:
throw new BindingException("Unknown execution method for: " + command.getName());
}
if (result == null && method.getReturnType().isPrimitive() && !method.returnsVoid()) {
throw new BindingException("Mapper method '" + command.getName()
+ " attempted to return null from a method with a primitive return type (" + method.getReturnType() + ").");
}
return result;
}
SqlCommand作为MapperMethod的内部类,使用接口当前包名+方法名称从Configuration中获取MapperStatement的id和type
public static class SqlCommand {
private final String name;
private final SqlCommandType type;
public SqlCommand(Configuration configuration, Class<?> mapperInterface, Method method) {
final String methodName = method.getName();
final Class<?> declaringClass = method.getDeclaringClass();
MappedStatement ms = resolveMappedStatement(mapperInterface, methodName, declaringClass,
configuration);
if (ms == null) {
if (method.getAnnotation(Flush.class) != null) {
name = null;
type = SqlCommandType.FLUSH;
} else {
throw new BindingException("Invalid bound statement (not found): "
+ mapperInterface.getName() + "." + methodName);
}
} else {
name = ms.getId();
type = ms.getSqlCommandType();
if (type == SqlCommandType.UNKNOWN) {
throw new BindingException("Unknown execution method for: " + name);
}
}
}
public String getName() {
return name;
}
public SqlCommandType getType() {
return type;
}
private MappedStatement resolveMappedStatement(Class<?> mapperInterface, String methodName,
Class<?> declaringClass, Configuration configuration) {
String statementId = mapperInterface.getName() + "." + methodName;
if (configuration.hasStatement(statementId)) {
return configuration.getMappedStatement(statementId);
} else if (mapperInterface.equals(declaringClass)) {
return null;
}
for (Class<?> superInterface : mapperInterface.getInterfaces()) {
if (declaringClass.isAssignableFrom(superInterface)) {
MappedStatement ms = resolveMappedStatement(superInterface, methodName,
declaringClass, configuration);
if (ms != null) {
return ms;
}
}
}
return null;
}
}
分享到:
相关推荐
在这个场景中,“逆向工程mybatis-generator-1.3.2”指的是对MyBatis Generator 1.3.2版本的源代码或执行流程进行逆向分析。MyBatis Generator(MBG)是一个强大的工具,能够自动生成MyBatis接口和映射器XML文件,...
这里我们将深入探讨MBG的核心功能、工作原理以及如何使用mybatis-generator-core-1.3.2.jar这个版本来自动化生成代码。 首先,MyBatis Generator基于数据库表结构,通过配置文件指定数据库连接信息、表名以及需要...
总的来说,`mybatis-3-master` 源码分析可以帮助我们理解 MyBatis 内部的工作原理,提高我们对 SQL 执行流程、对象映射机制的理解,从而更好地优化数据库操作,提升系统性能。同时,通过阅读源码,开发者还能学习到...
4. Executor:执行器,是MyBatis的执行核心,负责处理SQL的执行。有SimpleExecutor、ReusedExecutor和BatchExecutor三种类型,分别对应不同的执行策略。 5. MappedStatement:封装了SQL语句,包括ID、SQL、参数类型...
在本压缩包“mybatis-3-mybatis-3.5.4-src-read.zip”中,包含了作者对MyBatis 3.5.4版本源码的阅读理解,特别进行了关键部分的注解和流程解析,对于学习和深入理解MyBatis的工作原理非常有帮助。 1. **MyBatis架构...
在Java开发中,它能够自动生成Mybatis的Mapper接口、XML映射文件、Model实体类以及Service层代码,极大地提高了开发效率。核心版本1.3.2是经过验证的稳定版本,它包含了对Mysql数据库的良好支持,并且提供了命令行...
MyBatis-Auto-Generator-Core 是一个用于简化MyBatis框架中代码生成的工具,它可以帮助开发者自动地根据数据库表结构生成对应的Mapper、Model、Service以及Controller等代码,极大地提高了开发效率,减轻了手动编写...
#### 二、MyBatis的工作原理 MyBatis的核心设计理念在于给予开发者足够的自由度来编写SQL语句,这使得SQL优化变得更为简单易行。与其他一些ORM框架不同,MyBatis不会自动生成SQL语句,而是需要开发者自行编写。这种...
2. **Executor**:执行器负责执行SQL,它是MyBatis的执行核心。它有多种实现,如SimpleExecutor、ReusedExecutor和BatchExecutor,分别对应不同的执行策略。 3. **StatementHandler**:处理SQL语句,包括预编译、...
总之,"跑通的Mybatis后端源码-WhenToMint"项目提供了一个实际运行的Mybatis应用示例,通过学习和分析这个项目,你可以深入理解Mybatis的工作原理,以及如何在实际项目中使用Mybatis进行数据库操作。同时,良好的...
4. **Mapper接口和Mapper XML文件**:MyBatis允许开发者定义Mapper接口,每个方法对应一个SQL语句。接口的方法签名与XML文件中的SQL映射元素关联,使得可以在Java代码中调用SQL。 5. **Executor**:执行器是MyBatis...
通过对MyBatis 3.1.0源码的学习,开发者可以深入理解其内部工作流程,如Mapper接口的动态代理实现、XML解析与SQL构建、动态SQL的编译执行等,从而更好地利用MyBatis进行数据库操作,同时也能为自定义扩展和性能优化...
在源码中,你可以深入研究 MyBatis 的主要组件,例如 SqlSessionFactoryBuilder、SqlSessionFactory、SqlSession 和 Mapper 接口等,理解它们的工作流程和交互方式。此外,还可以学习到 MyBatis 如何解析 XML 映射...
通过上述分析,我们可以清晰地了解到Mybatis中SQL解析的整体流程:从创建SqlSessionFactory开始,到打开SqlSession,再到获取Mapper代理对象,最后执行SQL语句并获取结果。这一过程不仅展示了Mybatis强大的SQL解析...
MyBatis 3.2.6 版本是该框架的一个历史版本,对于学习MyBatis的源码、理解其工作原理以及对比不同版本间的差异具有重要意义。 在MyBatis 3.2.6中,我们可以关注以下几个核心知识点: 1. SQL映射:MyBatis的核心...
通过深入研究"Mybatis-3"的源码,我们可以理解其内部的执行流程,例如Executor的执行策略、StatementHandler的预编译和执行过程、ParameterHandler参数绑定的逻辑,以及ResultSetHandler结果集处理的细节。...
12. **MyBatis 执行流程**:了解 MyBatis 如何解析 XML 或注解,生成 PreparedStatement,执行 SQL,处理结果集,以及事务提交或回滚的过程。 13. **实战项目**:通过一个完整的案例,实践 MyBatis 的集成,包括...
5. **XML映射文件(Mapper XML)**:MBG还会生成对应的XML映射文件,里面包含了SQL语句和Mapper接口的方法映射,是MyBatis执行数据库操作的关键。 6. **Service层(Service)**:如果在配置中指定,MBG还可以生成...
MyBatis 是一款著名的Java持久层框架,它简化了数据库操作与Java对象之间的映射,提供了灵活的SQL构建和执行机制。在MyBatis-3.2.3这个版本中,我们可以深入研究其源码,了解其内部工作原理,这对于Java开发者尤其是...
4. **执行流程**: - 加载配置文件和映射文件。 - 创建SqlSessionFactory。 - 通过SqlSessionFactory创建SqlSession。 - 使用SqlSession执行SQL语句(增删查改等操作)。 - 自动管理事务。 - 自动释放资源。 ...