MyBatis加载映射文件和动态代理的实现

目录

• 前言
• 正文
• 一. 映射文件/映射接口的配置
• 二. 加载映射文件的源码分析
• 三. MyBatis中的动态代理
• 总结

前言

本篇文章将分析MyBatis在配置文件加载的过程中，如何解析映射文件中的SQL语句以及每条SQL语句如何与映射接口的方法进行关联。

MyBatis版本：3.5.6

正文

一. 映射文件/映射接口的配置

给出MyBatis的配置文件mybatis-config.xml如下所示。

上述配置文件的mappers节点用于配置映射文件/映射接口，mappers节点下有两种子节点，标签分别为<mapper>和<package>，这两种标签的说明如下所示。

标签	说明
<mapper>	该标签有三种属性，分别为resource，url和class，且在同一个<mapper>标签中，只能设置这三种属性中的一种，否则会报错。resource和url属性均是通过告诉MyBatis映射文件所在的位置路径来注册映射文件，前者使用相对路径（相对于classpath，例如"mapper/BookMapper.xml"），后者使用绝对路径。class属性是通过告诉MyBatis映射文件对应的映射接口的全限定名来注册映射接口，此时要求映射文件与映射接口同名且同目录。
<package>	通过设置映射接口所在包名来注册映射接口，此时要求映射文件与映射接口同名且同目录。

根据上表所示，示例中的配置文件mybatis-config.xml是通过设置映射接口所在包名来注册映射接口的，所以映射文件与映射接口需要同名且目录，如下图所示。

具体的原因会在下文的源码分析中给出。

二. 加载映射文件的源码分析

在浅析MyBatis的配置加载流程中已经知道，使用MyBatis时会先读取配置文件mybatis-config.xml为字符流或者字节流，然后通过SqlSessionFactoryBuilder基于配置文件的字符流或字节流来构建SqlSessionFactory。

在这整个过程中，会解析mybatis-config.xml并将解析结果丰富进Configuration，且Configuration在MyBatis中是一个单例，无论是配置文件的解析结果，还是映射文件的解析结果，亦或者是映射接口的解析结果，最终都会缓存在Configuration中。

接着浅析MyBatis的配置加载流程这篇文章末尾继续讲，配置文件的解析发生在XMLConfigBuilder的parseConfiguration() 方法中，如下所示。

private void parseConfiguration(XNode root) {
    try {
        propertiesElement(root.evalNode("properties"));
        Properties settings = settingsAsProperties(root.evalNode("settings"));
        loadCustomVfs(settings);
        loadCustomLogImpl(settings);
        typeAliasesElement(root.evalNode("typeAliases"));
        pluginElement(root.evalNode("plugins"));
        objectFactoryElement(root.evalNode("objectFactory"));
        objectWrapperFactoryElement(root.evalNode("objectWrapperFactory"));
        reflectorFactoryElement(root.evalNode("reflectorFactory"));
        settingsElement(settings);
        environmentsElement(root.evalNode("environments"));
        databaseIdProviderElement(root.evalNode("databaseIdProvider"));
        typeHandlerElement(root.evalNode("typeHandlers"));
        // 根据mappers标签的属性，找到映射文件/映射接口并解析
        mapperElement(root.evalNode("mappers"));
    } catch (Exception e) {
        throw new BuilderException("Error parsing SQL Mapper Configuration. Cause: " + e, e);
    }
}

如上所示，在解析MyBatis的配置文件时，会根据配置文件中的<mappers>标签的属性来找到映射文件/映射接口并进行解析。如下是mapperElement() 方法的实现。

private void mapperElement(XNode parent) throws Exception {
    if (parent != null) {
        for (XNode child : parent.getChildren()) {
            if ("package".equals(child.getName())) {
                // 处理package子节点
                String mapperPackage = child.getStringAttribute("name");
                configuration.addMappers(mapperPackage);
            } else {
                String resource = child.getStringAttribute("resource");
                String url = child.getStringAttribute("url");
                String mapperClass = child.getStringAttribute("class");
                if (resource != null && url == null && mapperClass == null) {
                    // 处理设置了resource属性的mapper子节点
                    ErrorContext.instance().resource(resource);
                    InputStream inputStream = Resources.getResourceAsStream(resource);
                    XMLMapperBuilder mapperParser = new XMLMapperBuilder(
                            inputStream, configuration, resource, configuration.getSqlFragments());
                    mapperParser.parse();
                } else if (resource == null && url != null && mapperClass == null) {
                    // 处理设置了url属性的mapper子节点
                    ErrorContext.instance().resource(url);
                    InputStream inputStream = Resources.getUrlAsStream(url);
                    XMLMapperBuilder mapperParser = new XMLMapperBuilder(
                            inputStream, configuration, url, configuration.getSqlFragments());
                    mapperParser.parse();
                } else if (resource == null && url == null && mapperClass != null) {
                    // 处理设置了class属性的mapper子节点
                    Class mapperInterface = Resources.classForName(mapperClass);
                    configuration.addMapper(mapperInterface);
                } else {
                    // 同时设置了mapper子节点的两个及以上的属性时，报错
                    throw new BuilderException(
                            "A mapper element may only specify a url, resource or class, but not more than one.");
                }
            }
        }
    }
}

结合示例中的配置文件，那么在mapperElement() 方法中应该进入处理package子节点的分支，所以继续往下看，Configuration的addMappers(String packageName) 方法如下所示。

public void addMappers(String packageName) {
    mapperRegistry.addMappers(packageName);
}

mapperRegistry是Configuration内部的成员变量，其内部有三个重载的addMappers() 方法，首先看addMappers(String packageName) 方法，如下所示。

public void addMappers(String packageName) {
    addMappers(packageName, Object.class);
}

继续往下，addMappers(String packageName, Class<?> superType) 的实现如下所示。

public void addMappers(String packageName, Class superType) {
    ResolverUtil> resolverUtil = new ResolverUtil<>();
    resolverUtil.find(new ResolverUtil.IsA(superType), packageName);
    // 获取包路径下的映射接口的Class对象
    Set>> mapperSet = resolverUtil.getClasses();
    for (Class mapperClass : mapperSet) {
        addMapper(mapperClass);
    }
}

最后，再看下addMapper(Class<T> type) 的实现，如下所示。

public  void addMapper(Class type) {
    if (type.isInterface()) {
        // 判断knownMappers中是否已经有当前映射接口
        // knownMappers是一个map存储结构，key为映射接口Class对象，value为MapperProxyFactory
        // MapperProxyFactory为映射接口对应的动态代理工厂
        if (hasMapper(type)) {
            throw new BindingException("Type " + type + " is already known to the MapperRegistry.");
        }
        boolean loadCompleted = false;
        try {
            knownMappers.put(type, new MapperProxyFactory<>(type));
            // 依靠MapperAnnotationBuilder来完成映射文件和映射接口中的Sql解析
            // 先解析映射文件，再解析映射接口
            MapperAnnotationBuilder parser = new MapperAnnotationBuilder(config, type);
            parser.parse();
            loadCompleted = true;
        } finally {
            if (!loadCompleted) {
                knownMappers.remove(type);
            }
        }
    }
}

上面三个addMapper() 方法一层一层的调用下来，实际就是根据配置文件中<mappers>标签的<package>子标签设置的映射文件/映射接口所在包的全限定名来获取映射接口的Class对象，然后基于每个映射接口的Class对象来创建一个MapperProxyFactory，顾名思义，MapperProxyFactory是映射接口的动态代理工厂，负责为对应的映射接口生成动态代理类，这里先简要看一下MapperProxyFactory的实现。

public class MapperProxyFactory {
    private final Class mapperInterface;
    private final Map methodCache = new ConcurrentHashMap<>();
    public MapperProxyFactory(Class mapperInterface) {
        this.mapperInterface = mapperInterface;
    }
    public Class getMapperInterface() {
        return mapperInterface;
    }
    public Map getMethodCache() {
        return methodCache;
    }
    @SuppressWarnings("unchecked")
    protected T newInstance(MapperProxy mapperProxy) {
        return (T) Proxy.newProxyInstance(
                mapperInterface.getClassLoader(), new Class[] { mapperInterface }, mapperProxy);
    }
    public T newInstance(SqlSession sqlSession) {
        final MapperProxy mapperProxy = new MapperProxy<>(
                sqlSession, mapperInterface, methodCache);
        return newInstance(mapperProxy);
    }
}

很标准的基于JDK动态代理的实现，所以可以知道，MyBatis会为每个映射接口创建一个MapperProxyFactory，然后将映射接口与MapperProxyFactory以键值对的形式存储在MapperRegistry的knownMappers缓存中，然后MapperProxyFactory会为映射接口基于JDK动态代理的方式生成代理类，至于如何生成，将在第三小节中对MapperProxyFactory进一步分析。

继续之前的流程，为映射接口创建完MapperProxyFactory之后，就应该对映射文件和映射接口中的SQL进行解析，解析依靠的类为MapperAnnotationBuilder，其类图如下所示。

所以一个映射接口对应一个MapperAnnotationBuilder，并且每个MapperAnnotationBuilder中持有全局唯一的Configuration类，解析结果会丰富进Configuration中。MapperAnnotationBuilder的解析方法parse() 如下所示。

public void parse() {
    String resource = type.toString();
    // 判断映射接口是否解析过，没解析过才继续往下执行
    if (!configuration.isResourceLoaded(resource)) {
        // 先解析映射文件中的Sql语句
        loadXmlResource();
        // 将当前映射接口添加到缓存中，以表示当前映射接口已经被解析过
        configuration.addLoadedResource(resource);
        assistant.setCurrentNamespace(type.getName());
        parseCache();
        parseCacheRef();
        // 解析映射接口中的Sql语句
        for (Method method : type.getMethods()) {
            if (!canHaveStatement(method)) {
                continue;
            }
            if (getAnnotationWrapper(method, false, Select.class, SelectProvider.class).isPresent()
                    && method.getAnnotation(ResultMap.class) == null) {
                parseResultMap(method);
            }
            try {
                parseStatement(method);
            } catch (IncompleteElementException e) {
                configuration.addIncompleteMethod(new MethodResolver(this, method));
            }
        }
    }
    parsePendingMethods();
}

按照parse() 方法的执行流程，会先解析映射文件中的SQL语句，然后再解析映射接口中的SQL语句，这里以解析映射文件为例，进行说明。loadXmlResource() 方法实现如下。

private void loadXmlResource() {
    if (!configuration.isResourceLoaded("namespace:" + type.getName())) {
        // 根据映射接口的全限定名拼接成映射文件的路径
        // 这也解释了为什么要求映射文件和映射接口在同一目录
        String xmlResource = type.getName().replace('.', '/') + ".xml";
        InputStream inputStream = type.getResourceAsStream("/" + xmlResource);
        if (inputStream == null) {
            try {
                inputStream = Resources.getResourceAsStream(type.getClassLoader(), xmlResource);
            } catch (IOException e2) {
            }
        }
        if (inputStream != null) {
            XMLMapperBuilder xmlParser = new XMLMapperBuilder(inputStream, assistant.getConfiguration(), 
                    xmlResource, configuration.getSqlFragments(), type.getName());
            // 解析映射文件
            xmlParser.parse();
        }
    }
}

loadXmlResource() 方法中，首先要根据映射接口的全限定名拼接出映射文件的路径，拼接规则就是将全限定名的"."替换成"/"，然后在末尾加上".xml"，这也是为什么要求映射文件和映射接口需要在同一目录下且同名。对于映射文件的解析，是依靠XMLMapperBuilder，其类图如下所示。

如图所示，解析配置文件和解析映射文件的解析类均继承于BaseBuilder，然后BaseBuilder中持有全局唯一的Configuration，所以解析结果会丰富进Configuration，特别注意，XMLMapperBuilder还有一个名为sqlFragments的缓存，用于存储<sql>标签对应的XNode，这个sqlFragments和Configuration中的sqlFragments是同一份缓存，这一点切记，后面在分析处理<include>标签时会用到。XMLMapperBuilder的parse() 方法如下所示。

public void parse() {
    if (!configuration.isResourceLoaded(resource)) {
        // 从映射文件的标签开始进行解析
        // 解析结果会丰富进Configuration
        configurationElement(parser.evalNode("/mapper"));
        configuration.addLoadedResource(resource);
        bindMapperForNamespace();
    }
    parsePendingResultMaps();
    parsePendingCacheRefs();
    parsePendingStatements();
}

继续看configurationElement() 方法的实现，如下所示。

private void configurationElement(XNode context) {
    try {
        String namespace = context.getStringAttribute("namespace");
        if (namespace == null || namespace.isEmpty()) {
            throw new BuilderException("Mapper's namespace cannot be empty");
        }
        builderAssistant.setCurrentNamespace(namespace);
        cacheRefElement(context.evalNode("cache-ref"));
        cacheElement(context.evalNode("cache"));
        // 解析标签生成ParameterMap并缓存到Configuration
        parameterMapElement(context.evalNodes("/mapper/parameterMap"));
        // 解析标签生成ResultMap并缓存到Configuration
        resultMapElements(context.evalNodes("/mapper/resultMap"));
        // 将标签对应的节点XNode保存到sqlFragments中
        // 实际也是保存到Configuration的sqlFragments缓存中
        sqlElement(context.evalNodes("/mapper/sql"));
        // 解析，，和标签
        // 生成MappedStatement并缓存到Configuration
        buildStatementFromContext(context.evalNodes("select|insert|update|delete"));
    } catch (Exception e) {
        throw new BuilderException("Error parsing Mapper XML. The XML location is '" 
                + resource + "'. Cause: " + e, e);
    }
}

configurationElement() 方法会将映射文件<mapper>下的各个子标签解析成相应的类，然后缓存在Configuration中。通常，在映射文件的<mapper>标签下，常用的子标签为<parameterMap>，<resultMap>，<select>，<insert>，<update>和<delete>，下面给出一个简单的表格对这些标签生成的类以及在Configuration中的唯一标识进行归纳。



标签
解析生成的类
在Configuration中的唯一标识


<parameterMap>
ParameterMap
namespace + "." + 标签id


<resultMap>
ResultMap
namespace + "." + 标签id


<select>，<insert>，<update>，<delete>
MappedStatement
namespace + "." + 标签id



上面表格中的namespace是映射文件<mapper>标签的namespace属性，因此对于映射文件里配置的parameterMap，resultMap或者SQL执行语句，在MyBatis中的唯一标识就是namespace + "." + 标签id。下图可以直观的展示<select>标签解析后在Configuration中的形态。

下面以如何解析<select>，<insert>，<update>和<delete>标签的内容为例，进行说明，buildStatementFromContext() 方法如下所示。

private void buildStatementFromContext(List list) {
    if (configuration.getDatabaseId() != null) {
        buildStatementFromContext(list, configuration.getDatabaseId());
    }
    buildStatementFromContext(list, null);
}
private void buildStatementFromContext(List list, String requiredDatabaseId) {
    // 每一个，，和标签均会被创建一个MappedStatement
    // 每个MappedStatement会存放在Configuration的mappedStatements缓存中
    // mappedStatements是一个map，键为映射接口全限定名+"."+标签id，值为MappedStatement
    for (XNode context : list) {
        final XMLStatementBuilder statementParser = new XMLStatementBuilder(
                    configuration, builderAssistant, context, requiredDatabaseId);
        try {
            statementParser.parseStatementNode();
        } catch (IncompleteElementException e) {
            configuration.addIncompleteStatement(statementParser);
        }
    }
}

对于每一个<select>，<insert>，<update>和<delete>标签，均会创建一个XMLStatementBuilder来进行解析并生成MappedStatement，同样，看一下XMLStatementBuilder的类图，如下所示。

XMLStatementBuilder中持有<select>，<insert>，<update>和<delete>标签对应的节点XNode，以及帮助创建MappedStatement并丰富进Configuration的MapperBuilderAssistant类。下面看一下XMLStatementBuilder的parseStatementNode() 方法。

public void parseStatementNode() {
    // 获取标签id
    String id = context.getStringAttribute("id");
    String databaseId = context.getStringAttribute("databaseId");
    if (!databaseIdMatchesCurrent(id, databaseId, this.requiredDatabaseId)) {
        return;
    }
    String nodeName = context.getNode().getNodeName();
    // 获取标签的类型，例如SELECT，INSERT等
    SqlCommandType sqlCommandType = SqlCommandType.valueOf(nodeName.toUpperCase(Locale.ENGLISH));
    boolean isSelect = sqlCommandType == SqlCommandType.SELECT;
    boolean flushCache = context.getBooleanAttribute("flushCache", !isSelect);
    boolean useCache = context.getBooleanAttribute("useCache", isSelect);
    boolean resultOrdered = context.getBooleanAttribute("resultOrdered", false);
    // 如果使用了标签，则将标签替换为匹配的标签中的Sql片段
    // 匹配规则是在Configuration中根据namespace+"."+refid去匹配标签
    XMLIncludeTransformer includeParser = new XMLIncludeTransformer(configuration, builderAssistant);
    includeParser.applyIncludes(context.getNode());
    // 获取输入参数类型
    String parameterType = context.getStringAttribute("parameterType");
    Class parameterTypeClass = resolveClass(parameterType);
    // 获取LanguageDriver以支持实现动态Sql
    // 这里获取到的实际上为XMLLanguageDriver
    String lang = context.getStringAttribute("lang");
    LanguageDriver langDriver = getLanguageDriver(lang);
    processSelectKeyNodes(id, parameterTypeClass, langDriver);
    // 获取KeyGenerator
    KeyGenerator keyGenerator;
    String keyStatementId = id + SelectKeyGenerator.SELECT_KEY_SUFFIX;
    keyStatementId = builderAssistant.applyCurrentNamespace(keyStatementId, true);
    // 先从缓存中获取KeyGenerator
    if (configuration.hasKeyGenerator(keyStatementId)) {
        keyGenerator = configuration.getKeyGenerator(keyStatementId);
    } else {
        // 缓存中如果获取不到，则根据useGeneratedKeys的配置决定是否使用KeyGenerator
        // 如果要使用，则MyBatis中使用的KeyGenerator为Jdbc3KeyGenerator
        keyGenerator = context.getBooleanAttribute("useGeneratedKeys",
            configuration.isUseGeneratedKeys() && SqlCommandType.INSERT.equals(sqlCommandType))
            ? Jdbc3KeyGenerator.INSTANCE : NoKeyGenerator.INSTANCE;
    }
    // 通过XMLLanguageDriver创建SqlSource，可以理解为Sql语句
    // 如果使用到了，等标签进行动态Sql语句的拼接，则创建出来的SqlSource为DynamicSqlSource
    SqlSource sqlSource = langDriver.createSqlSource(configuration, context, parameterTypeClass);
    StatementType statementType = StatementType
            .valueOf(context.getStringAttribute("statementType", StatementType.PREPARED.toString()));
    // 获取，，和标签上的属性
    Integer fetchSize = context.getIntAttribute("fetchSize");
    Integer timeout = context.getIntAttribute("timeout");
    String parameterMap = context.getStringAttribute("parameterMap");
    String resultType = context.getStringAttribute("resultType");
    Class resultTypeClass = resolveClass(resultType);
    String resultMap = context.getStringAttribute("resultMap");
    String resultSetType = context.getStringAttribute("resultSetType");
    ResultSetType resultSetTypeEnum = resolveResultSetType(resultSetType);
    if (resultSetTypeEnum == null) {
        resultSetTypeEnum = configuration.getDefaultResultSetType();
    }
    String keyProperty = context.getStringAttribute("keyProperty");
    String keyColumn = context.getStringAttribute("keyColumn");
    String resultSets = context.getStringAttribute("resultSets");
    // 根据上面获取到的参数，创建MappedStatement并添加到Configuration中
    builderAssistant.addMappedStatement(id, sqlSource, statementType, sqlCommandType,
        fetchSize, timeout, parameterMap, parameterTypeClass, resultMap, resultTypeClass,
        resultSetTypeEnum, flushCache, useCache, resultOrdered,
        keyGenerator, keyProperty, keyColumn, databaseId, langDriver, resultSets);
}

parseStatementNode() 方法整体流程稍长，总结概括起来该方法做了如下几件事情。

将<include>标签替换为其指向的SQL片段；
如果未使用动态SQL，则创建RawSqlSource以保存SQL语句，如果使用了动态SQL（例如使用了<if>，<foreach>等标签），则创建DynamicSqlSource以支持SQL语句的动态拼接；
获取<select>，<insert>，<update>和<delete>标签上的属性；
将获取到的SqlSource以及标签上的属性传入MapperBuilderAssistant的addMappedStatement() 方法，以创建MappedStatement并添加到Configuration中。

MapperBuilderAssistant是最终创建MappedStatement以及将MappedStatement添加到Configuration的处理类，其addMappedStatement() 方法如下所示。

public MappedStatement addMappedStatement(
        String id,
        SqlSource sqlSource,
        StatementType statementType,
        SqlCommandType sqlCommandType,
        Integer fetchSize,
        Integer timeout,
        String parameterMap,
        Class parameterType,
        String resultMap,
        Class resultType,
        ResultSetType resultSetType,
        boolean flushCache,
        boolean useCache,
        boolean resultOrdered,
        KeyGenerator keyGenerator,
        String keyProperty,
        String keyColumn,
        String databaseId,
        LanguageDriver lang,
        String resultSets) {
    if (unresolvedCacheRef) {
        throw new IncompleteElementException("Cache-ref not yet resolved");
    }
    // 拼接出MappedStatement的唯一标识
    // 规则是namespace+"."+id
    id = applyCurrentNamespace(id, false);
    boolean isSelect = sqlCommandType == SqlCommandType.SELECT;
    MappedStatement.Builder statementBuilder = new MappedStatement
        .Builder(configuration, id, sqlSource, sqlCommandType)
            .resource(resource)
            .fetchSize(fetchSize)
            .timeout(timeout)
            .statementType(statementType)
            .keyGenerator(keyGenerator)
            .keyProperty(keyProperty)
            .keyColumn(keyColumn)
            .databaseId(databaseId)
            .lang(lang)
            .resultOrdered(resultOrdered)
            .resultSets(resultSets)
            .resultMaps(getStatementResultMaps(resultMap, resultType, id))
            .resultSetType(resultSetType)
            .flushCacheRequired(valueOrDefault(flushCache, !isSelect))
            .useCache(valueOrDefault(useCache, isSelect))
            .cache(currentCache);
    ParameterMap statementParameterMap = getStatementParameterMap(
            parameterMap, parameterType, id);
    if (statementParameterMap != null) {
        statementBuilder.parameterMap(statementParameterMap);
    }
    // 创建MappedStatement
    MappedStatement statement = statementBuilder.build();
    // 将MappedStatement添加到Configuration中
    configuration.addMappedStatement(statement);
    return statement;
}

至此，解析<select>，<insert>，<update>和<delete>标签的内容然后生成MappedStatement并添加到Configuration的流程分析完毕，实际上，解析<parameterMap>标签，解析<resultMap>标签的大体流程和上面基本一致，最终都是借助MapperBuilderAssistant生成对应的类（例如ParameterMap，ResultMap）然后再缓存到Configuration中，且每种解析生成的类在对应缓存中的唯一标识为namespace + "." + 标签id。
最后，回到本小节开头，即XMLConfigBuilder中的mapperElement() 方法，在这个方法中，会根据配置文件中<mappers>标签的子标签的不同，进入不同的分支执行加载映射文件/映射接口的逻辑，实际上，整个加载映射文件/加载映射接口的流程是一个环形，可以用下图进行示意。

XMLConfigBuilder中的mapperElement() 方法的不同分支只是从不同的入口进入整个加载的流程中，同时MyBatis会在每个操作执行前判断是否已经做过当前操作，做过就不再重复执行，因此保证了整个环形处理流程只会执行一遍，不会死循环。以及，如果是在项目中基于JavaConfig的方式来配置MyBatis，那么通常会直接对Configuration设置参数值，以及调用Configuration的addMappers(String packageName) 来加载映射文件/映射接口。

三. MyBatis中的动态代理
已知在MapperRegistry中有一个叫做knownMappers的map缓存，其键为映射接口的Class对象，值为MyBatis为映射接口创建的动态代理工厂MapperProxyFactory，当调用映射接口定义的方法执行数据库操作时，实际调用请求会由MapperProxyFactory为映射接口生成的代理对象来完成。这里给出MapperProxyFactory的实现，如下所示。

public class MapperProxyFactory {
    private final Class mapperInterface;
    private final Map methodCache = new ConcurrentHashMap<>();
    public MapperProxyFactory(Class mapperInterface) {
        this.mapperInterface = mapperInterface;
    }
    public Class getMapperInterface() {
        return mapperInterface;
    }
    public Map getMethodCache() {
        return methodCache;
    }
    @SuppressWarnings("unchecked")
    protected T newInstance(MapperProxy mapperProxy) {
        return (T) Proxy.newProxyInstance(
                mapperInterface.getClassLoader(), new Class[] { mapperInterface }, mapperProxy);
    }
    public T newInstance(SqlSession sqlSession) {
        final MapperProxy mapperProxy = new MapperProxy<>(
                sqlSession, mapperInterface, methodCache);
        return newInstance(mapperProxy);
    }
}

在MapperProxyFactory中，mapperInterface为映射接口的Class对象，methodCache是一个map缓存，其键为映射接口的方法对象，值为这个方法对应的MapperMethodInvoker，实际上，SQL的执行最终会由MapperMethodInvoker完成，后面会详细说明。
现在再观察MapperProxyFactory中两个重载的newInstance() 方法，可以知道这是基于JDK的动态代理，在public T newInstance(SqlSession sqlSession) 这个方法中，会创建MapperProxy，并将其作为参数调用protected T newInstance(MapperProxy<T> mapperProxy) 方法，在该方法中会使用Proxy的newProxyInstance() 方法创建动态代理对象，所以可以断定，MapperProxy肯定会实现InvocationHandler接口，MapperProxy的类图如下所示。

果然，MapperProxy实现了InvocationHandler接口，并在创建MapperProxy时MapperProxyFactory会将其持有的methodCache传递给MapperProxy，因此methodCache的实际的读写是由MapperProxy来完成。下面看一下MapperProxy实现的invoke() 方法，如下所示。

@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 {
            // 从methodCache中根据方法对象获取MapperMethodInvoker来执行Sql
            // 如果获取不到，则创建一个MapperMethodInvoker并添加到methodCache中，再执行Sql
            return cachedInvoker(method).invoke(proxy, method, args, sqlSession);
        }
    } catch (Throwable t) {
        throw ExceptionUtil.unwrapThrowable(t);
    }
}

基于JDK动态代理的原理可以知道，当调用JDK动态代理生成的映射接口的代理对象的方法时，最终调用请求会发送到MapperProxy的invoke() 方法，在MapperProxy的invoke() 方法中实际就是根据映射接口被调用的方法的对象去methodCache缓存中获取MapperMethodInvoker来实际执行请求，如果获取不到那么就先为当前的方法对象创建一个MapperMethodInvoker并加入methodCache缓存，然后再用创建出来的MapperMethodInvoker去执行请求。cachedInvoker() 方法实现如下所示。

private MapperMethodInvoker cachedInvoker(Method method) throws Throwable {
    try {
        MapperProxy.MapperMethodInvoker invoker = methodCache.get(method);
        // 从methodCache缓存中获取到MapperMethodInvoker不为空则直接返回
        if (invoker != null) {
            return invoker;
        }
        // 从methodCache缓存中获取到MapperMethodInvoker为空
        // 则创建一个MapperMethodInvoker然后添加到methodCache缓存，并返回
        return methodCache.computeIfAbsent(method, m -> {
            // JDK1.8接口中的default()方法处理逻辑
            if (m.isDefault()) {
                try {
                    if (privateLookupInMethod == null) {
                        return new MapperProxy.DefaultMethodInvoker(getMethodHandleJava8(method));
                    } else {
                        return new MapperProxy.DefaultMethodInvoker(getMethodHandleJava9(method));
                    }
                } catch (IllegalAccessException | InstantiationException | InvocationTargetException
                        | NoSuchMethodException e) {
                    throw new RuntimeException(e);
                }
            } else {
                // 先创建一个MapperMethod
                // 再将MapperMethod作为参数创建PlainMethodInvoker
                return new MapperProxy.PlainMethodInvoker(
                    new MapperMethod(mapperInterface, method, sqlSession.getConfiguration()));
            }
        });
    } catch (RuntimeException re) {
        Throwable cause = re.getCause();
        throw cause == null ? re : cause;
    }
}

MapperMethodInvoker是接口，通常创建出来的MapperMethodInvoker为PlainMethodInvoker，看一下PlainMethodInvoker的构造函数。

public PlainMethodInvoker(MapperMethod mapperMethod) {
    super();
    this.mapperMethod = mapperMethod;
}

因此创建PlainMethodInvoker时，需要先创建MapperMethod，而PlainMethodInvoker在执行时也是将执行的请求传递给MapperMethod，所以继续往下，MapperMethod的构造函数如下所示。

public MapperMethod(Class mapperInterface, Method method, Configuration config) {
    this.command = new SqlCommand(config, mapperInterface, method);
    this.method = new MethodSignature(config, mapperInterface, method);
}

创建MapperMethod时需要传入的参数为映射接口的Class对象，映射接口被调用的方法的对象和配置类Configuration，在MapperMethod的构造函数中，会基于上述三个参数创建SqlCommand和MethodSignature：

SqlCommand主要是保存和映射接口被调用方法所关联的MappedStatement的信息；
MethodSignature主要是存储映射接口被调用方法的参数信息和返回值信息。

先看一下SqlCommand的构造函数，如下所示。

public SqlCommand(Configuration configuration, Class mapperInterface, Method method) {
    // 获取映射接口被调用方法的方法名
    final String methodName = method.getName();
    // 获取声明被调用方法的接口的Class对象
    final Class declaringClass = method.getDeclaringClass();
    // 获取和映射接口被调用方法关联的MappedStatement对象
    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 {
        // 将MappedStatement的id赋值给SqlCommand的name字段
        name = ms.getId();
        // 将MappedStatement的Sql命令类型赋值给SqlCommand的type字段
        // 比如SELECT，INSERT等
        type = ms.getSqlCommandType();
        if (type == SqlCommandType.UNKNOWN) {
            throw new BindingException("Unknown execution method for: " + name);
        }
    }
}

构造函数中主要做了这些事情：

先获取和被调用方法关联的MappedStatement对象；
然后将MappedStatement的id字段赋值给SqlCommand的name字段；
最后将MappedStatement的sqlCommandType字段赋值给SqlCommand的type字段。

这样一来，SqlCommand就具备了和被调用方法关联的MappedStatement的信息。那么如何获取和被调用方法关联的MappedStatement对象呢，继续看resolveMappedStatement() 的实现，如下所示。

private MappedStatement resolveMappedStatement(Class mapperInterface, String methodName,
                                               Class declaringClass, Configuration configuration) {
    // 根据接口全限定名+"."+方法名拼接出MappedStatement的id
    String statementId = mapperInterface.getName() + "." + methodName;
    // 如果Configuration中缓存了statementId对应的MappedStatement，则直接返回这个MappedStatement
    // 这是递归的终止条件之一
    if (configuration.hasStatement(statementId)) {
        return configuration.getMappedStatement(statementId);
    } else if (mapperInterface.equals(declaringClass)) {
        // 当前mapperInterface已经是声明被调用方法的接口的Class对象，且未匹配到缓存的MappedStatement，返回null
        // 这是resolveMappedStatement()递归的终止条件之一
        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;
}

resolveMappedStatement() 方法会根据接口全限定名 + "." + "方法名" 作为statementId去Configuration的缓存中获取MappedStatement，同时resolveMappedStatement() 方法会从映射接口递归的遍历到声明被调用方法的接口，递归的终止条件如下所示。

根据接口全限定名 + "." + "方法名" 作为statementId去Configuration的缓存中获取到了MappedStatement；
从映射接口递归遍历到了声明被调用方法的接口，且根据声明被调用方法的接口的全限定名 + "." + "方法名" 作为statementId去Configuration的缓存中获取不到MappedStatement。

上面说得比较绕，下面用一个例子说明一下resolveMappedStatement() 方法这样写的原因。下图是映射接口和映射文件所在的包路径。

BaseMapper，BookBaseMapper和BookMapper的关系如下图所示。

那么MyBatis会为BaseMapper，BookBaseMapper和BookMapper都生成一个MapperProxyFactory，如下所示。

同样，在Configuration中也会缓存着解析BookBaseMapper.xml映射文件所生成的MappedStatement，如下所示。

在MyBatis的3.4.2及以前的版本，只会根据映射接口的全限定名 + "." + 方法名和声明被调用方法的接口的全限定名 + "." + 方法名去Configuration的mappedStatements缓存中获取MappedStatement，那么按照这样的逻辑，BookMapper对应的SqlCommand就只会根据com.mybatis.learn.dao.BookMapper.selectAllBooks和com.mybatis.learn.dao.BaseMapper.selectAllBooks去mappedStatements缓存中获取MappedStatement，那么结合上面图示给出的mappedStatements缓存内容，是无法获取到MappedStatement的，因此在MyBatis的3.4.3及之后的版本中，采用了resolveMappedStatement() 方法中的逻辑，以支持继承了映射接口的接口对应的SqlCommand也能和映射接口对应的MappedStatement相关联。
对于SqlCommand的分析到此为止，而MapperMethod中的MethodSignature主要是用于存储被调用方法的参数信息和返回值信息，这里也不再赘述。
最后对映射接口的代理对象执行方法时的一个执行链进行说明。
首先，通过JDK动态代理的原理我们可以知道，调用代理对象的方法时，调用请求会发送到代理对象中的InvocationHandler，在MyBatis中，调用映射接口的代理对象的方法的请求会发送到MapperProxy，所以调用映射接口的代理对象的方法时，MapperProxy的invoke() 方法会执行，实现如下所示。

@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 {
            // 从methodCache中根据方法对象获取MapperMethodInvoker来执行Sql
            // 如果获取不到，则创建一个MapperMethodInvoker并添加到methodCache中，再执行Sql
            return cachedInvoker(method).invoke(proxy, method, args, sqlSession);
        }
    } catch (Throwable t) {
        throw ExceptionUtil.unwrapThrowable(t);
    }
}

所以到这里，MyBatis就和传统的JDK动态代理产生了一点差别，传统JDK动态代理通常在其InvocationHandler中会在被代理对象方法执行前和执行后增加一些装饰逻辑，而在MyBatis中，是不存在被代理对象的，只有被代理接口，所以也不存在调用被代理对象的方法这一逻辑，取而代之的是根据被调用方法的方法对象获取MapperMethodInvoker并执行其invoke() 方法，通常获取到的是PlainMethodInvoker，所以继续看PlainMethodInvoker的invoke() 方法，如下所示。

@Override
public Object invoke(Object proxy, Method method, Object[] args, SqlSession sqlSession) throws Throwable {
    return mapperMethod.execute(sqlSession, args);
}

PlainMethodInvoker的invoke() 方法也没有什么逻辑，就是继续调用其MapperMethod的execute() 方法，而通过上面的分析已经知道，MapperMethod中的SqlCommand关联着MappedStatement，而MappedStatement中包含着和被调用方法所关联的SQL信息，结合着SqlSession，就可以完成对数据库的操作。关于如何对数据库操作，将在后续的文章中介绍，本篇文章对于MyBatis中的动态代理的分析就到此为止。
最后以一张图归纳一下MyBatis中的动态代理执行流程，如下所示。


总结
本篇文章总结如下。
1. 每个CRUD标签唯一对应一个MappedStatement对象
具体对应关系可以用下图进行示意。

映射文件中，每一个<select>，<insert>，<update>和<delete>标签均会被创建一个MappedStatement并存放在Configuration的mappedStatements缓存中，MappedStatement中主要包含着这个标签下的SQL语句，这个标签的参数信息和出参信息等。每一个MappedStatement的唯一标识为namespace + "." + 标签id，这样设置唯一标识的原因是为了调用映射接口的方法时能够根据映射接口的全限定名 + "." + "方法名"获取到和被调用方法关联的MappedStatement，因此，映射文件的namespace需要和映射接口的全限定名一致，每个<select>，<insert>，<update>和<delete>标签均对应一个映射接口的方法，每个<select>，<insert>，<update>和<delete>标签的id需要和映射接口的方法名一致；
2. 每个映射接口对应一个JDK动态代理对象
调用MyBatis映射接口的方法时，调用请求的实际执行是由基于JDK动态代理为映射接口生成的代理对象来完成，映射接口的代理对象由MapperProxyFactory的newInstance() 方法生成，每个映射接口对应一个MapperProxyFactory，对应一个JDK动态代理对象；
3. MyBatis中的动态代理是对接口的代理
在MyBatis的JDK动态代理中，是不存在被代理对象的，是对接口的代理。MapperProxy实现了InvocationHandler接口，因此MapperProxy在MyBatis的JDK动态代理中扮演调用处理器的角色，即调用映射接口的方法时，实际上是调用的MapperProxy实现的invoke() 方法，又因为不存在被代理对象，所以在MapperProxy的invoke() 方法中，并没有去调用被代理对象的方法，而是会基于映射接口和被调用方法的方法对象生成MapperMethod并执行MapperMethod的execute() 方法，即调用映射接口的方法的请求会发送到MapperMethod。
可以理解为映射接口的方法由MapperMethod代理。
到此这篇关于MyBatis加载映射文件和动态代理的实现的文章就介绍到这了,更多相关MyBatis加载映射文件和动态代理内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！














 















你可能感兴趣的:(MyBatis加载映射文件和动态代理的实现)



斤斤计较的婚姻到底有多难？
白心之岂必有为
很多人私聊我会问到在哪个人群当中斤斤计较的人最多？我都会回答他，一般婚姻出现问题的斤斤计较的人士会非常多，以我多年经验，在婚姻落的一塌糊涂的人当中，斤斤计较的人数占比在20～30%以上，也就是说10个婚姻出现问题的斤斤计较的人有2-3个有多不减。在婚姻出问题当中，有大量的心理不平衡的、尖酸刻薄的怨妇。在婚姻中仅斤斤计较有两种类型：第一种是物质上的，另一种是精神上的。在物质与精神上抠门已经严重的影响

情绪觉察日记第37天
露露_e800
今天是家庭关系规划师的第二阶最后一天，慧萍老师帮我做了个案，帮我处理了埋在心底好多年的一份恐惧，并给了我深深的力量！这几天出来学习，爸妈过来婆家帮我带小孩，妈妈出于爱帮我收拾东西，并跟我先生和婆婆产生矛盾，妈妈觉得他们没有照顾好我…。今晚回家见到妈妈，我很欣赏她并赞扬她，妈妈说今晚要跟我睡我说好，当我们俩躺在床上准备睡觉的时候，我握着妈妈的手对她说:妈妈这几天辛苦你了，你看你多利害把我们的家收拾得

芦花鞋一四
许叶晗
又是在一个寒冷的夏日里，青铜和葵花决定今天一起去卖芦花鞋，奶奶亲手给他们做了一碗热乎乎的粥对他们说:“就靠你们两挣生活费了这碗粥赶紧趁热喝了吧！”于是青铜和葵花喝完了奶奶给她们做的粥，就准备去镇上卖卢花鞋，这回青铜和葵花穿着新的芦花鞋来到了镇上。青铜这回看到了很多人都在卖，用手势表达对葵花说:“这回有好多人在抢我们生意呢！我们必须得吆喝起来。”葵花点了点头。可是谁知他们也大声的叫，卖芦花喽！卖芦花

QQ群采集助手，精准引流必备神器
2401_87347160
其他经验分享
功能概述微信群查找与筛选工具是一款专为微信用户设计的辅助工具，它通过关键词搜索功能，帮助用户快速找到相关的微信群，并提供筛选是否需要验证的群组的功能。主要功能关键词搜索：用户可以输入关键词，工具将自动查找包含该关键词的微信群。筛选功能：工具提供筛选机制，用户可以选择是否只显示需要验证或不需要验证的群组。精准引流：通过上述功能，用户可以更精准地找到目标群组，进行有效的引流操作。3.设备需求该工具可以

关于沟通这件事，项目经理不需要每次都面对面进行
流程大师兄
很多项目经理都会遇到这样的问题，项目中由于事情太多，根本没有足够的时间去召开会议，那在这种情况下如何去有效地管理项目中的利益相关者？当然，不建议电子邮件也不需要开会的话，建议可以采取下面几种方式来形成有效的沟通，这几种方式可以帮助你努力的通过各种办法来保持和各方面的联系。项目经理首先要问自己几个问题，项目中哪些利益相关者是必须要进行沟通的？可以列出项目中所有的利益相关者清单，同时也整理出项目中哪些

机器学习与深度学习间关系与区别
ℒℴѵℯ心·动ꦿ໊ོ꫞
人工智能学习深度学习python
一、机器学习概述定义机器学习（MachineLearning,ML）是一种通过数据驱动的方法，利用统计学和计算算法来训练模型，使计算机能够从数据中学习并自动进行预测或决策。机器学习通过分析大量数据样本，识别其中的模式和规律，从而对新的数据进行判断。其核心在于通过训练过程，让模型不断优化和提升其预测准确性。主要类型1.监督学习（SupervisedLearning）监督学习是指在训练数据集中包含输入

铭刻于星（四十二）
随风至
69夜晚，绍敏同学做完功课后，看了眼房外，没听到动静才敢从书包的夹层里拿出那个心形纸团。折痕压得很深，都有些旧了，想来是已经写好很久了。绍敏同学慢慢地、轻轻地捏开折叠处，待到全部拆开后，又反复抚平纸张，然后仔细地一字字默看。只是开头的三个字是第一次看到，让她心漏跳了几拍。“亲爱的绍敏：从四年级的时候，我就喜欢你了，但是我一直不敢说，怕影响你学习。六年级的时候听说有人跟你表白，你接受了，我很难过，但

底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说
造命者说
底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说我叫吴起，生于公元前440年的战国初期，正是群雄并起、天下纷争不断的时候。后人说我是军事家、政治家、改革家，是兵家代表人物。评价我一生历仕鲁、魏、楚三国，通晓兵家、法家、儒家三家思想，在内政军事上都有极高的成就。周安王二十一年（公元前381年），因变法得罪守旧贵族，被人乱箭射死。我出生在卫国一个“家累万金”的富有家庭，从年轻时候起就不甘平凡

2020-01-25
晴岚85
郑海燕坚持分享590天2020.1.24在生活中只存在两个问题。一个问题是：你知道想要达成的目标是什么，但却不知道如何才能达成；另一个问题是：你不知道你的目标是什么。前一个是行动的问题，后一个是结果的问题。通过制定具体的下一步行动，可以解决不知道如何开始行动的问题。而通过去想象结果，对结果做预估，可以解决找不着目标的问题。对于所有吸引我们注意力，想要完成的任务，你可以先想象一下，预期的结果究竟是什

随笔 | 仙一般的灵气
海思沧海
仙岛今天，我看了你全部，似乎已经进入你的世界我不知道，这是否是梦幻，还是你仙一般的灵气吸引了我也许每一个人都要有一份属于自己的追求，这样才能够符合人生的梦想，生活才能够充满着阳光与快乐我不知道，我为什么会这样的感叹，是在感叹自己的人生，还是感叹自己一直没有孜孜不倦的追求只感觉虚度了光阴，每天活在自己的梦中，活在一个不真实的世界是在逃避自己，还是在逃避周围的一切有时候我嘲笑自己，嘲笑自己如此的虚无，

想家
爆米花机
也许不同于大家对家乡的思念，我对家乡甚至是疯狂的不舍。还未踏出车站就感觉到幸福，我享受这里的夕阳、这里的浓烈柴火味、这里每一口家常菜。我是宅女，我贪恋家的安逸。刚刚踏出大学校门，初出茅庐，无法适应每年只能国庆和春节回家。我焦虑、失眠、无端发脾气，是无法适应工作的节奏，是无法接受我将一步步离开家乡的事实。我不想承认自己胸无大志，选择再次踏上征程。图片发自App

【iOS】MVC设计模式
Magnetic_h
iosmvc设计模式objective-c学习ui
MVC前言如何设计一个程序的结构，这是一门专门的学问，叫做"架构模式"（architecturalpattern），属于编程的方法论。MVC模式就是架构模式的一种。它是Apple官方推荐的App开发架构，也是一般开发者最先遇到、最经典的架构。MVC各层controller层Controller/ViewController/VC（控制器）负责协调Model和View，处理大部分逻辑它将数据从Mod

OC语言多界面传值五大方式
Magnetic_h
iosui学习objective-c开发语言
前言在完成暑假仿写项目时，遇到了许多需要用到多界面传值的地方，这篇博客来总结一下比较常用的五种多界面传值的方式。属性传值属性传值一般用前一个界面向后一个界面传值，简单地说就是通过访问后一个视图控制器的属性来为它赋值，通过这个属性来做到从前一个界面向后一个界面传值。首先在后一个界面中定义属性@interfaceBViewController:UIViewController@propertyNSSt

一百九十四章. 自相矛盾
巨木擎天
唉！就这么一夜，林子感觉就像过了很多天似的，先是回了阳间家里，遇到了那么多不可思议的事情儿。特别是小伙伴们，第二次与自己见面时，僵硬的表情和恐怖的气氛，让自己如坐针毡，打从心眼里难受！还有东子，他现在还好吗？有没有被人欺负？护城河里的小鱼小虾们，还都在吗？水不会真的干枯了吧？那对相亲相爱漂亮的太平鸟儿，还好吧！春天了，到了做窝、下蛋、喂养小鸟宝宝的时候了，希望它们都能够平安啊！虽然没有看见家人，也

UI学习——cell的复用和自定义cell
Magnetic_h
ui学习
目录cell的复用手动（非注册）自动（注册）自定义cellcell的复用在iOS开发中，单元格复用是一种提高表格（UITableView）和集合视图（UICollectionView）滚动性能的技术。当一个UITableViewCell或UICollectionViewCell首次需要显示时，如果没有可复用的单元格，则视图会创建一个新的单元格。一旦这个单元格滚动出屏幕，它就不会被销毁。相反，它被添

element实现动态路由+面包屑
软件技术NINI
vue案例vue.js前端
el-breadcrumb是ElementUI组件库中的一个面包屑导航组件，它用于显示当前页面的路径，帮助用户快速理解和导航到应用的各个部分。在Vue.js项目中，如果你已经安装了ElementUI，就可以很方便地使用el-breadcrumb组件。以下是一个基本的使用示例：安装ElementUI（如果你还没有安装的话）:你可以通过npm或yarn来安装ElementUI。bash复制代码npmi

10月|愿你的青春不负梦想-读书笔记-01
Tracy的小书斋
本书的作者是俞敏洪，大家都很熟悉他了吧。俞敏洪老师是我行业的领头羊吧，也是我事业上的偶像。本日摘录他书中第一章中的金句：『一个人如果什么目标都没有，就会浑浑噩噩，感觉生命中缺少能量。能给我们能量的，是对未来的期待。第一件事，我始终为了进步而努力。与其追寻全世界的骏马，不如种植丰美的草原，到时骏马自然会来。第二件事，我始终有阶段性的目标。什么东西能给我能量？答案是对未来的期待。』读到这里的时候，我便

C语言宏函数
南林yan
C语言c语言
一、什么是宏函数？通过宏定义的函数是宏函数。如下，编译器在预处理阶段会将Add(x,y)替换为((x)*(y))#defineAdd(x,y)((x)*(y))#defineAdd(x,y)((x)*(y))intmain(){inta=10;intb=20;intd=10;intc=Add(a+d,b)*2;cout<

地推话术，如何应对地推过程中家长的拒绝
校师学
相信校长们在做地推的时候经常遇到这种情况：市场专员反馈家长不接单，咨询师反馈难以邀约这些家长上门，校区地推疲软，招生难。为什么？仅从地推层面分析，一方面因为家长受到的信息轰炸越来越多，对信息越来越“免疫”；而另一方面地推人员的专业能力和营销话术没有提高，无法应对家长的拒绝，对有意向的家长也不知如何跟进，眼睁睁看着家长走远；对于家长的疑问，更不知道如何有技巧地回答，机会白白流失。由于回答没技巧和专业

谢谢你们，爱你们！
鹿游儿
昨天家人去泡温泉，二个孩子也带着去，出发前一晚，匆匆下班，赶回家和孩子一起收拾。饭后，我拿出笔和本子（上次去澳门时做手帐的本子）写下了1\2\3\4\5\6\7\8\9,让后让小壹去思考，带什么出发去旅游呢？她在对应的数字旁边画上了，泳衣、泳圈、肖恩、内衣内裤、tapuy、拖鞋……画完后，就让她自己对着这个本子，将要带的，一一带上，没想到这次带的书还是这本《便便工厂》(晚上姑婆发照片过来，妹妹累得

C语言如何定义宏函数？
小九格物
c语言
在C语言中，宏函数是通过预处理器定义的，它在编译之前替换代码中的宏调用。宏函数可以模拟函数的行为，但它们不是真正的函数，因为它们在编译时不会进行类型检查，也不会分配存储空间。宏函数的定义通常使用#define指令，后面跟着宏的名称和参数列表，以及宏展开后的代码。宏函数的定义方式：1.基本宏函数：这是最简单的宏函数形式，它直接定义一个表达式。#defineSQUARE(x)((x)*(x))2.带参

微服务下功能权限与数据权限的设计与实现
nbsaas-boot
微服务java架构
在微服务架构下，系统的功能权限和数据权限控制显得尤为重要。随着系统规模的扩大和微服务数量的增加，如何保证不同用户和服务之间的访问权限准确、细粒度地控制，成为设计安全策略的关键。本文将讨论如何在微服务体系中设计和实现功能权限与数据权限控制。1.功能权限与数据权限的定义功能权限：指用户或系统角色对特定功能的访问权限。通常是某个用户角色能否执行某个操作，比如查看订单、创建订单、修改用户资料等。数据权限：

理解Gunicorn：Python WSGI服务器的基石
范范0825
ipythonlinux运维
理解Gunicorn：PythonWSGI服务器的基石介绍Gunicorn，全称GreenUnicorn，是一个为PythonWSGI（WebServerGatewayInterface）应用设计的高效、轻量级HTTP服务器。作为PythonWeb应用部署的常用工具，Gunicorn以其高性能和易用性著称。本文将介绍Gunicorn的基本概念、安装和配置，帮助初学者快速上手。1.什么是Gunico

小丽成长记（四十三）
玲玲54321
小丽发现，即使她好不容易调整好自己的心态下一秒总会有不确定的伤脑筋的事出现，一个接一个的问题，人生就没有停下的时候，小问题不断出现。不过她今天看的书，她接受了人生就是不确定的，厉害的人就是不断创造确定性，在Ta的领域比别人多的确定性就能让自己脱颖而出，显示价值从而获得的比别人多的利益。正是这样的原因，因为从前修炼自己太少，使得她现在在人生道路上打怪起来困难重重，她似乎永远摆脱不了那种无力感，有种习

学点心理知识，呵护孩子健康
静候花开_7090
昨天听了华中师范大学教育管理学系副教授张玲老师的《哪里才是学生心理健康的最后庇护所，超越教育与技术的思考》的讲座。今天又重新学习了一遍，收获匪浅。张玲博士也注意到了当今社会上的孩子由于心理问题导致的自残、自杀及伤害他人等恶性事件。她向我们普及了一个重要的命题，她说心理健康的一些基本命题，我们与我们通常的一些教育命题是不同的，她还举了几个例子，让我们明白我们原来以为的健康并非心理学上的健康。比如如果

2021年12月19日，春蕾教育集团团建活动感受——黄晓丹
黄错错加油
感受:1.从陌生到熟悉的过程。游戏环节让我们在轻松的氛围中得到了锻炼，也增长了不少知识。2.游戏过程中，我们贡献的是个人力量，展现的是团队的力量。它磨合的往往不止是工作的熟悉，更是观念上契合度的贴近。3.这和工作是一样的道理。在各自的岗位上，每个人摆正自己的位置、各司其职充分发挥才能，并团结一致劲往一处使，才能实现最大的成功。新知:1.团队精神需要不断地创新。过去，人们把创新看作是冒风险，现在人们

Cell Insight | 单细胞测序技术又一新发现，可用于HIV-1和Mtb共感染个体诊断
尐尐呅
结核病是艾滋病合并其他疾病中导致患者死亡的主要原因。其中结核病由结核分枝杆菌（Mycobacteriumtuberculosis,Mtb）感染引起，获得性免疫缺陷综合症（艾滋病）由人免疫缺陷病毒（Humanimmunodeficiencyvirustype1,HIV-1）感染引起。国家感染性疾病临床医学研究中心/深圳市第三人民医院张国良团队携手深圳华大生命科学研究院吴靓团队，共同研究得出单细胞测序

c++ 的iostream 和 c++的stdio的区别和联系
黄卷青灯77
c++算法开发语言iostreamstdio
在C++中，iostream和C语言的stdio.h都是用于处理输入输出的库，但它们在设计、用法和功能上有许多不同。以下是两者的区别和联系：区别1.编程风格iostream（C++风格）：C++标准库中的输入输出流类库，支持面向对象的输入输出操作。典型用法是cin（输入）和cout（输出），使用>操作符来处理数据。更加类型安全，支持用户自定义类型的输入输出。#includeintmain(){in

瑶池防线
谜影梦蝶
冥华虽然逃过了影梦的军队，但他是一个忠臣，他选择上报战况。败给影梦后成逃兵，高层亡尔还活着，七重天失守......随便一条，即可处死冥华。冥华自然是知道以仙界高层的习性此信一发自己必死无疑，但他还选择上报实情，因为责任。同样此信送到仙宫后，知道此事的人，大多数人都认定冥华要完了，所以上到仙界高层，下到扫大街的，包括冥华自己，全都准备好迎接冥华之死。如果仙界现在还属于两方之争的话，冥华必死无疑。然而

爬山后遗症
璃绛
爬山，攀登，一步一步走向制高点，是一种挑战。成功抵达是一种无法言语的快乐，在山顶吹吹风，看看风景，这是从未有过的体验。然而，爬山一时爽，下山腿打颤，颠簸的路，一路向下走，腿部力量不够，走起来抖到不行，停不下来了！第二天必定腿疼，浑身酸痛，坐立难安！

关于旗正规则引擎规则中的上传和下载问题
何必如此
文件下载压缩jsp文件上传
文件的上传下载都是数据流的输入输出，大致流程都是一样的。
一、文件打包下载
1.文件写入压缩包
string mainPath="D:\upload\";     下载路径
string tmpfileName=jar.zip;        &n

【Spark九十九】Spark Streaming的batch interval时间内的数据流转源码分析
bit1129
Stream
 
以如下代码为例（SocketInputDStream）：
Spark Streaming从Socket读取数据的代码是在SocketReceiver的receive方法中，撇开异常情况不谈(Receiver有重连机制，restart方法，默认情况下在Receiver挂了之后，间隔两秒钟重新建立Socket连接)，读取到的数据通过调用store(textRead)方法进行存储。数据

spark master web ui 端口8080被占用解决方法
daizj
8080端口占用sparkmaster web ui
spark master web ui 默认端口为8080，当系统有其它程序也在使用该接口时，启动master时也不会报错，spark自己会改用其它端口，自动端口号加1，但为了可以控制到指定的端口，我们可以自行设置，修改方法：
 
1、cd SPARK_HOME/sbin
 
2、vi start-master.sh
 
 
3、定位到下面部分

oracle_执行计划_谓词信息和数据获取
周凡杨
oracle执行计划
 
oracle_执行计划_谓词信息和数据获取(上)
一：简要说明
在查看执行计划的信息中，经常会看到两个谓词filter和access，它们的区别是什么，理解了这两个词对我们解读Oracle的执行计划信息会有所帮助。
简单说，执行计划如果显示是access，就表示这个谓词条件的值将会影响数据的访问路径（表还是索引），而filter表示谓词条件的值并不会影响数据访问路径，只起到

spring中datasource配置
g21121
dataSource
datasource配置有很多种，我介绍的一种是采用c3p0的，它的百科地址是：
http://baike.baidu.com/view/920062.htm
 
<!-- spring加载资源文件 -->
<bean name="propertiesConfig"
class="org.springframework.b

web报表工具FineReport使用中遇到的常见报错及解决办法（三）
老A不折腾
finereportFAQ报表软件
这里写点抛砖引玉，希望大家能把自己整理的问题及解决方法晾出来，Mark一下，利人利己。
 
出现问题先搜一下文档上有没有，再看看度娘有没有，再看看论坛有没有。有报错要看日志。下面简单罗列下常见的问题，大多文档上都有提到的。
1、repeated column width is largerthan paper width：
这个看这段话应该是很好理解的。比如做的模板页面宽度只能放

mysql 用户管理
墙头上一根草
linuxmysqluser
1.新建用户 //登录MYSQL@>mysql -u root -p@>密码//创建用户mysql> insert into mysql.user(Host,User,Password) values(‘localhost’,'jeecn’,password(‘jeecn’));//刷新系统权限表mysql>flush privileges;这样就创建了一个名为：

关于使用Spring导致c3p0数据库死锁问题
aijuans
springSpring 入门Spring 实例Spring3Spring 教程
这个问题我实在是为整个 springsource 的员工蒙羞
如果大家使用 spring 控制事务，使用 Open Session In View 模式，
com.mchange.v2.resourcepool.TimeoutException: A client timed out while waiting to acquire a resource from com.mchange.

百度词库联想
annan211
百度

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>RunJS</title&g

int数据与byte之间的相互转换实现代码
百合不是茶
位移int转bytebyte转int基本数据类型的实现
在BMP文件和文件压缩时需要用到的int与byte转换,现将理解的贴出来;
 
主要是要理解;位移等概念 http://baihe747.iteye.com/blog/2078029
 
int转byte;
 
byte转int;
 
/**
* 字节转成int,int转成字节
* @author Administrator
* 

简单模拟实现数据库连接池
bijian1013
javathreadjava多线程简单模拟实现数据库连接池
简单模拟实现数据库连接池
实例1：
package com.bijian.thread;
public class DB {
//private static final int MAX_COUNT = 10;
private static final DB instance = new DB();
private int count = 0;
private i

一种基于Weblogic容器的鉴权设计
bijian1013
javaweblogic
        服务器对请求的鉴权可以在请求头中加Authorization之类的key，将用户名、密码保存到此key对应的value中，当然对于用户名、密码这种高机密的信息，应该对其进行加砂加密等，最简单的方法如下：
String vuser_id = "weblogic";
String vuse

【RPC框架Hessian二】Hessian 对象序列化和反序列化
bit1129
hessian
 任何一个对象从一个JVM传输到另一个JVM，都要经过序列化为二进制数据(或者字符串等其他格式，比如JSON)，然后在反序列化为Java对象，这最后都是通过二进制的数据在不同的JVM之间传输(一般是通过Socket和二进制的数据传输)，本文定义一个比较符合工作中。
  1. 定义三个POJO
   Person类
package com.tom.hes

【Hadoop十四】Hadoop提供的脚本的功能
bit1129
hadoop
1. hadoop-daemon.sh
1.1 启动HDFS
./hadoop-daemon.sh start namenode
./hadoop-daemon.sh start datanode
 通过这种逐步启动的方式，比start-all.sh方式少了一个SecondaryNameNode进程，这不影响Hadoop的使用，其实在 Hadoop2.0中，SecondaryNa

中国互联网走在“灰度”上
ronin47
管理 灰度
中国互联网走在“灰度”上（转）
文/孕峰
 
第一次听说灰度这个词，是任正非说新型管理者所需要的素质。第二次听说是来自马化腾。似乎其他人包括马云也用不同的语言说过类似的意思。
 
灰度这个词所包含的意义和视野是广远的。要理解这个词，可能同样要用“灰度”的心态。灰度的反面，是规规矩矩，清清楚楚，泾渭分明，严谨条理，是决不妥协，不转弯，认死理。黑白分明不是灰度，像彩虹那样

java-51-输入一个矩阵，按照从外向里以顺时针的顺序依次打印出每一个数字。
bylijinnan
java

public class PrintMatrixClockwisely {
/**
* Q51.输入一个矩阵，按照从外向里以顺时针的顺序依次打印出每一个数字。
例如：如果输入如下矩阵：
1 2 3 4
5 6 7 8
9 

mongoDB 用户管理
开窍的石头
mongoDB用户管理
  1:添加用户
   第一次设置用户需要进入admin数据库下设置超级用户（use admin）
 
   db.addUsr({user:'useName',pwd:'111111',roles:[readWrite,dbAdmin]});
   第一个参数用户的名字
   第二个参数

[游戏与生活]玩暗黑破坏神3的一些问题
comsci
生活
    暗黑破坏神3是有史以来最让人激动的游戏。。。。但是有几个问题需要我们注意
     玩这个游戏的时间，每天不要超过一个小时，且每次玩游戏最好在白天
     结束游戏之后，最好在太阳下面来晒一下身上的暗黑气息，让自己恢复人的生气
  &nb

java 二维数组如何存入数据库
cuiyadll
java
using System;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Xml;
using System.Xml.Serialization;
using System.IO;
namespace WindowsFormsApplication1
{


本地事务和全局事务Local Transaction and Global Transaction(JTA)
darrenzhu
javaspringlocalglobaltransaction
Configuring Spring and JTA without full Java EE
http://spring.io/blog/2011/08/15/configuring-spring-and-jta-without-full-java-ee/
Spring doc -Transaction Management
http://docs.spring.io/spri

Linux命令之alias - 设置命令的别名，让 Linux 命令更简练
dcj3sjt126com
linuxalias
用途说明
设置命令的别名。在linux系统中如果命令太长又不符合用户的习惯，那么我们可以为它指定一个别名。虽然可以为命令建立“链接”解决长文件名的问 题，但对于带命令行参数的命令，链接就无能为力了。而指定别名则可以解决此类所有问题【1】。常用别名来简化ssh登录【见示例三】，使长命令变短，使常 用的长命令行变短，强制执行命令时询问等。
  常用参数
格式：alias
格式：ali

yii2 restful web服务[格式响应]
dcj3sjt126com
PHPyii2
响应格式
当处理一个 RESTful API 请求时， 一个应用程序通常需要如下步骤 来处理响应格式：
确定可能影响响应格式的各种因素， 例如媒介类型， 语言， 版本， 等等。 这个过程也被称为 content negotiation。
资源对象转换为数组， 如在 Resources 部分中所描述的。 通过 [[yii\rest\Serializer]]

MongoDB索引调优（2）——[十]
eksliang
mongodbMongoDB索引优化
转载请出自出处：http://eksliang.iteye.com/blog/2178555 一、概述
      上一篇文档中也说明了，MongoDB的索引几乎与关系型数据库的索引一模一样，优化关系型数据库的技巧通用适合MongoDB，所有这里只讲MongoDB需要注意的地方 二、索引内嵌文档
    可以在嵌套文档的键上建立索引，方式与正常

当滑动到顶部和底部时，实现Item的分离效果的ListView
gundumw100
android
拉动ListView，Item之间的间距会变大，释放后恢复原样；
package cn.tangdada.tangbang.widget;
import android.annotation.TargetApi;
import android.content.Context;
import android.content.res.TypedArray;
import andr

程序员用HTML5制作的爱心树表白动画
ini
JavaScriptjqueryWebhtml5css
体验效果：http://keleyi.com/keleyi/phtml/html5/31.htmHTML代码如下：
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml"><head><meta charset="UTF-8" >
<ti

预装windows 8 系统GPT模式的ThinkPad T440改装64位 windows 7旗舰版
kakajw
ThinkPad预装改装windows 7windows 8
 
该教程具有普遍参考性，特别适用于联想的机器，其他品牌机器的处理过程也大同小异。
该教程是个人多次尝试和总结的结果，实用性强，推荐给需要的人！
 
缘由
小弟最近入手笔记本ThinkPad T440，但是特别不能习惯笔记本出厂预装的Windows 8系统，而且厂商自作聪明地预装了一堆没用的应用软件，消耗不少的系统资源（本本的内存为4G，系统启动完成时，物理内存占用比

Nginx学习笔记
mcj8089
nginx
一、安装nginx             1、在nginx官方网站下载一个包，下载地址是： 
http://nginx.org/download/nginx-1.4.2.tar.gz 
    2、WinSCP(ftp上传工

mongodb 聚合查询每天论坛链接点击次数
qiaolevip
每天进步一点点学习永无止境mongodb纵观千象
/* 18 */
{
"_id" : ObjectId("5596414cbe4d73a327e50274"),
"msgType" : "text",
"sendTime" : ISODate("2015-07-03T08:01:16.000Z"

java术语（PO/POJO/VO/BO/DAO/DTO）
Luob.
DAOPOJODTOpoVO BO

PO(persistant object) 持久对象
在o/r 映射的时候出现的概念,如果没有o/r映射,就没有这个概念存在了.通常对应数据模型(数据库),本身还有部分业务逻辑的处理.可以看成是与数据库中的表相映射的java对象.最简单的PO就是对应数据库中某个表中的一条记录,多个记录可以用PO的集合.PO中应该不包含任何对数据库的操作.
VO(value object) 值对象
通

算法复杂度
Wuaner
Algorithm
Time Complexity & Big-O：
http://stackoverflow.com/questions/487258/plain-english-explanation-of-big-o
http://bigocheatsheet.com/
http://www.sitepoint.com/time-complexity-algorithms/









按字母分类：
ABCDEFGHIJKLMNOPQRSTUVWXYZ其他






首页 -
关于我们 -
站内搜索 -
Sitemap -
侵权投诉

版权所有 IT知识库 CopyRight © 2000-2050 E-COM-NET.COM , All Rights Reserved.