MyBatis核心与Mapper配置详解

本文还有配套的精品资源,点击获取 menu-r.4af5f7ec.gif

简介:MyBatis是一个简化数据库交互的Java持久层框架,通过 mybatis-3-config.dtd mybatis-3-mapper.dtd 两个DTD文件定义配置规则。 mybatis-3-config.dtd 规定了全局配置文件的结构,而 mybatis-3-mapper.dtd 专门用于定义Mapper XML文件结构,简化SQL语句编写和数据映射。这两个文件是理解和运用MyBatis配置的关键。 mybatis-3-config.dtd mybatis-3-mapper.dtd

1. MyBatis框架概述

MyBatis 是一个流行的 Java 持久层框架,它通过简单的 XML 或注解配置,支持定制化 SQL、存储过程以及高级映射。在本章节中,我们将对 MyBatis 进行初步的了解,包括其核心特性和框架的整体架构,为后续深入学习全局配置和映射配置打好基础。

MyBatis 的核心是提供接口与 SQL 语句之间的映射关系,它允许开发者将 SQL 语句直接写入配置文件或使用注解方式定义在接口中。通过这种方式,MyBatis 将原本需要手动编写的 JDBC 代码抽象成接口的形式,极大简化了数据库交互代码的编写。

另外,MyBatis 还支持动态 SQL 的构建,这意味着可以根据条件生成不同的 SQL 语句,这在处理复杂的查询时尤其有用。它的缓存机制还可以通过配置来提高查询效率,减少数据库的访问次数。所有这些特性都为开发人员提供了一个灵活且强大的工具,以实现对数据库的高效操作和管理。接下来的章节将深入探讨 MyBatis 的全局配置和映射配置细节。

2. MyBatis全局配置文件DTD ( mybatis-3-config.dtd )

2.1 MyBatis全局配置文件概述

2.1.1 全局配置文件的作用与必要性

MyBatis全局配置文件在应用程序中扮演了至关重要的角色。它负责定义MyBatis的核心行为,如数据源的配置、事务管理器的设置、映射器的加载以及插件的注册等。没有全局配置文件,MyBatis将无法正确地与数据库建立连接,也不会知道如何处理查询结果。此外,全局配置文件使得数据库操作与业务逻辑的分离成为可能,提供了更灵活的配置和更简洁的代码结构。

2.1.2 mybatis-3-config.dtd的基本结构

mybatis-3-config.dtd 定义了MyBatis全局配置文件的合法结构。它主要由以下部分组成: - <configuration> :配置文件的根节点,包含一个或多个 <properties> <settings> <typeAliases> <environments> <mappers> 等子元素。 - <properties> :用于定义配置文件中的属性。 - <settings> :配置MyBatis的各种运行时行为。 - <typeAliases> :定义类型别名,简化映射文件中的类型引用。 - <environments> :指定MyBatis的环境配置,如事务管理器和数据源。 - <mappers> :指定映射器的位置,这些映射器包含了SQL语句与映射规则。

2.2 全局配置文件中的属性定义

2.2.1 环境配置属性

环境配置属性允许开发者在同一个MyBatis配置文件中定义多个数据库环境。这对于测试环境和生产环境的不同配置是非常有用的。每个环境由一个 <environment> 元素表示,需要定义唯一的 id 属性。数据源和事务管理器是每个环境配置中的两个主要组件。

2.2.2 类型别名和映射器的配置

MyBatis允许使用 <typeAliases> 元素为Java类定义简短的别名,这样在映射文件中就可以使用别名代替完整的类名。别名的配置可以在全局配置文件中完成,也可以通过注解 @Alias 直接在类定义上完成。映射器的配置通过 <mappers> 元素实现,可以映射XML文件或接口类,从而实现SQL语句的封装。

2.2.3 插件的配置与使用

MyBatis的插件机制允许开发者在SQL执行过程中的各个阶段进行拦截。通过配置 <plugins> 元素,可以将自定义的拦截器类注册到MyBatis中,实现诸如分页、性能监控等复杂功能。

2.3 全局设置的详细解释

2.3.1 日志工厂的配置

日志工厂的配置是调整MyBatis输出日志的方式。常用的日志实现包括SLF4J、LOG4J和JDK自带的日志框架。配置方式简单,例如使用 <setting> 元素的 logImpl 属性指定日志工厂实现类。

2.3.2 对象工厂的配置

对象工厂用于创建目标对象实例。MyBatis提供了一个默认的对象工厂实现,开发者也可以通过继承 DefaultObjectFactory 来自定义自己的对象工厂类。

2.3.3 别名注册与引用

别名的注册是通过 <typeAliases> 元素完成的。MyBatis定义了许多常用的别名,如 int 对应 java.lang.Integer 。在配置文件中注册新的别名,可以简化映射文件中的引用,使得代码更加清晰。

<configuration>
    <!-- 省略其他配置 -->
    <typeAliases>
        <typeAlias alias="user" type="com.example.domain.User" />
        <!-- 可以使用`typePackage`属性自动扫描包下的所有类并注册别名 -->
    </typeAliases>
</configuration>

在上面的配置示例中,我们为 com.example.domain.User 类定义了一个 user 的别名。当映射器中出现 user 时,MyBatis会自动使用 User 类来代替。

通过上述对MyBatis全局配置文件DTD的解读,我们可以看到全局配置文件如何协调MyBatis的各个组件来提供稳定和高效的数据操作能力。这仅仅是MyBatis配置文件的冰山一角,后面章节会更加深入地探讨如何进行更具体的配置和优化。

3. MyBatis Mapper配置文件DTD ( mybatis-3-mapper.dtd )

3.1 MyBatis Mapper文件的组成

3.1.1 Mapper文件的作用和结构

MyBatis Mapper文件是MyBatis框架的核心组成部分,它将SQL语句与Java对象映射起来,使开发者能够通过Java对象直接操作数据库。Mapper文件通常放置于项目中的 src/main/resources/mappers 目录下,确保在构建过程中能够被正确地打包到应用中。

Mapper文件的结构主要由以下几个部分组成:

  • namespace :命名空间,通常是一个接口的完全限定名,用以隔离不同的Mapper,以确保其唯一性。
  • select insert update delete 等标签:这些标签用于定义具体的操作数据库的SQL语句。每个标签都具有多个属性,如id、parameterType、resultType等,用于配置SQL语句的详细信息。
  • cache cache-ref :用于声明Mapper级别的二级缓存配置。
  • SQL片段:通过 <sql> 标签定义,可以在多个SQL语句中复用,提高代码的可维护性。

3.1.2 mybatis-3-mapper.dtd的元素解析

MyBatis的Mapper文件遵循一个特定的DTD(Document Type Definition),即 mybatis-3-mapper.dtd 。这个DTD定义了Mapper文件可以使用的标签和属性,确保了Mapper文件的结构和内容的正确性。

  • parameterType :用于指定SQL语句的参数类型。可以是基本类型,也可以是JavaBean或者Map等复杂类型。
  • resultType :用于指定查询结果的返回类型。可以是基本类型,也可以是JavaBean,还可以是集合类型。
  • #{} :使用在SQL语句中,用于指定参数占位符,MyBatis会自动进行参数替换。
  • <include> :允许引用在 <sql> 标签中定义的SQL片段,实现SQL语句的复用。

Mapper文件的具体定义如下:

<!DOCTYPE mapper PUBLIC "-//***//DTD Mapper 3.0//EN" "***">
<mapper namespace="com.example.mapper.UserMapper">
    <select id="selectUser" parameterType="int" resultType="com.example.domain.User">
        SELECT * FROM users WHERE id = #{id}
    </select>
    <sql id="BaseColumns">
        id, first_name, last_name
    </sql>
    <select id="selectUsers" resultType="com.example.domain.User">
        SELECT <include refid="BaseColumns"/> FROM users
    </select>
</mapper>

在上面的示例中, <mapper> 标签定义了命名空间 namespace ,并且包含了两条查询语句:一条是根据 id 查询用户的简单查询,另一条则是利用 <sql> 标签定义的SQL片段来完成用户的查询。

3.2 SQL语句的映射配置

3.2.1 映射器中的SQL语句类型

MyBatis允许开发者使用四种类型的SQL语句映射,分别对应到Mapper文件中的 select insert update delete 标签。每种类型的标签都有不同的属性和作用,它们是:

  • select :用于执行查询操作。通过SQL语句返回一个或多个结果对象。
  • insert :用于执行插入操作。可以返回插入对象的ID等信息。
  • update :用于执行更新操作,如修改、删除数据。
  • delete :用于执行删除操作。

开发者需要根据实际的业务需求,选择合适的标签,并编写对应的SQL语句。

3.2.2 动态SQL的配置与技巧

动态SQL是MyBatis中的强大功能,它允许SQL语句的条件部分动态变化,以适应不同的查询条件。动态SQL通过在Mapper XML文件中使用一系列标签来实现,如 <if> <choose> <when> <otherwise> <foreach> 等。

这些标签的灵活使用,让MyBatis能够应对各种复杂的查询情况,比如:

  • 根据不同的查询条件动态拼接WHERE子句。
  • 在执行更新操作时,只更新那些有变化的字段。
  • 批量插入数据时动态生成插入语句。

示例:

<select id="findUsers" parameterType="com.example.domain.User" resultType="com.example.domain.User">
    SELECT * FROM users
    <where>
        <if test="username != null">
            AND username LIKE CONCAT('%', #{username}, '%')
        </if>
        <if test="age != null">
            AND age = #{age}
        </if>
    </where>
</select>

在上述示例中, <where> 标签的作用是自动添加 WHERE 关键字,并且当内部的 <if> 条件都不满足时,避免生成 WHERE 1 = 1 这样的无效查询语句。如果任一条件满足,相应的 AND 条件就会被添加到查询语句中。

3.3 映射文件的高级特性

3.3.1 结果映射的配置方法

MyBatis提供了灵活的结果映射配置,允许开发者指定SQL查询结果如何映射到Java对象中。结果映射可以通过 <resultMap> 标签配置,该标签内可以使用 <result> <association> <collection> 等子标签来定义字段与对象属性之间的映射关系。

一个简单的 <resultMap> 配置示例如下:

<resultMap id="userResultMap" type="com.example.domain.User">
    <result property="id" column="id" jdbcType="INTEGER"/>
    <result property="username" column="username" jdbcType="VARCHAR"/>
    <result property="password" column="password" jdbcType="VARCHAR"/>
</resultMap>

这里定义了一个 userResultMap 映射,指定了三个字段 id username password 与Java对象 User 类的同名属性进行映射。

3.3.2 缓存配置与优化

MyBatis的Mapper文件还支持缓存配置,用以提升数据访问的性能。MyBatis实现了两种级别的缓存:

  • 一级缓存(SQL Session级别):默认开启。当一个SQL Session被创建时,它会创建一个本地缓存用于存储查询结果,从而减少数据库的访问次数。
  • 二级缓存(Mapper级别):可配置开启。当多个SQL Session访问相同的数据时,可以使用二级缓存来减少数据库访问。

开启二级缓存的配置示例:

<cache eviction="LRU" flushInterval="60000" size="512" readOnly="true"/>

在上述配置中,使用了 <cache> 标签配置了二级缓存的四个属性:

  • eviction :指定缓存回收策略,默认为 LRU (最近最少使用)。
  • flushInterval :指定缓存刷新的时间间隔,单位为毫秒,默认为无限制。
  • size :指定缓存的大小,单位是引用的数量,默认为1024。
  • readOnly :指定缓存是否只读。默认为 false (非只读)。当设置为 true 时,对象是从二级缓存中获取的,对象不会被拷贝,返回的是对象的引用,所以任何SQL Session都可以修改数据。

正确配置和使用缓存,可以显著提高MyBatis应用的性能,尤其是在读操作远远多于写操作的场景下。同时,开发者需要根据实际情况考虑缓存的策略和大小,避免缓存过于庞大而影响性能。

通过以上的详细解析,我们可以看到,MyBatis的Mapper配置文件虽然只是一些简单的XML配置,却蕴含了强大的功能和灵活性。了解并合理使用这些配置,对于优化数据库访问和提升应用性能至关重要。

4. MyBatis配置文件结构元素

MyBatis 的配置文件是整个框架运行的基础,它负责定义了数据源、事务管理器、映射器等核心组件的配置。在这一章中,我们重点讨论配置文件的核心结构元素,包括 properties settings typeAliases 等,以及映射器的配置方式和配置文件中的 SQL 片段复用。

4.1 配置文件的核心结构元素

4.1.1 properties 元素的配置与使用

properties 元素通常用于引入外部属性文件,以此来管理数据库连接信息、事务管理器属性、以及其他可能在多个地方用到的常量。通过使用属性文件,可以避免硬编码,同时简化配置管理。

例如,我们有一个 db.properties 文件,内容如下:

jdbc.driver=com.mysql.cj.jdbc.Driver
jdbc.url=jdbc:mysql://localhost:3306/mybatis?useSSL=false&serverTimezone=UTC
jdbc.username=root
jdbc.password=123456

在 MyBatis 的全局配置文件中,我们可以这样引入该属性文件:

<properties resource="db.properties" />

引入后,你就可以在 MyBatis 的配置中使用 ${key} 来引用对应的属性值:

<environments default="development">
    <environment id="development">
        <transactionManager type="JDBC"/>
        <dataSource type="POOLED">
            <property name="driver" value="${jdbc.driver}"/>
            <property name="url" value="${jdbc.url}"/>
            <property name="username" value="${jdbc.username}"/>
            <property name="password" value="${jdbc.password}"/>
        </dataSource>
    </environment>
</environments>

使用属性文件的好处是将数据库配置等信息与 MyBatis 的其他配置分离,便于管理和维护。

4.1.2 settings 元素的详细讲解

settings 元素提供了 MyBatis 的全局配置选项,它能影响 MyBatis 的运行行为。以下是一些常见的 settings 元素配置项及其作用:

  • cacheEnabled :全局开启或关闭二级缓存,默认值为 true
  • lazyLoadingEnabled :全局开启或关闭懒加载,默认值为 false
  • aggressiveLazyLoading :当启用懒加载时,是否使用一个代理来加载延迟加载的属性,默认值为 true
  • multipleResultSetsEnabled :是否允许单个语句返回多个结果集,默认值为 true
  • useGeneratedKeys :是否允许 JDBC 支持自动生成主键,默认值为 false
  • useColumnLabel :使用列标签代替列名。不同的驱动在这方面会有不同的表现,具体可参考相关驱动文档或通过测试两种不同的设置来决定设置哪种更合适,默认值为 true
  • ...

下面是一个 settings 元素的配置示例:

<settings>
    <setting name="cacheEnabled" value="true"/>
    <setting name="lazyLoadingEnabled" value="true"/>
    <setting name="aggressiveLazyLoading" value="false"/>
    <!-- 更多的设置项... -->
</settings>

4.1.3 typeAliases 元素的作用与配置

typeAliases 元素允许你为 Java 类型定义别名,这样在 MyBatis 映射文件中就可以使用简短的别名代替完整的类名。定义别名可以提高配置文件的可读性,特别是对于大型项目。

例如,你可以在配置文件中指定一个别名给 com.example.User 类:

<typeAliases>
    <typeAlias alias="User" type="com.example.User"/>
</typeAliases>

在这之后,你可以在映射文件中使用别名 User 来代替完整的类名 com.example.User

MyBatis 也提供了一个自动扫描包并注册别名的快捷方式,如下所示:

<typeAliases>
    <package name="com.example.model"/>
</typeAliases>

当使用 <package> 元素时,MyBatis 会自动扫描指定包下的所有类,并为每一个类自动注册别名,该别名就是类名(首字母小写)。

4.2 映射器的配置与解析

4.2.1 mapper 元素的配置方式

mapper 元素用于指定映射文件的位置。一个映射文件对应一个 SQL 映射。在 MyBatis 中,推荐为每个操作定义一个单独的映射文件,这样可以清晰地分离 SQL 语句与 Java 代码。

以下是一个 mapper 元素配置示例:

<mappers>
    <mapper resource="com/example/mapper/UserMapper.xml"/>
</mappers>

如果你希望映射器能够自动扫描一个包下的所有映射文件,可以使用以下配置:

<mappers>
    <package name="com.example.mapper"/>
</mappers>

这种配置方式可以避免为每一个映射文件单独添加一条 <mapper> 配置,极大地简化了配置管理。

4.2.2 package 元素的使用与优势

使用 <package> 元素指定一个包名时,MyBatis 将会自动扫描这个包下所有的映射文件。这种方式非常适合大型项目,可以显著减少配置量,并且能够保持配置文件的整洁。

例如,如果你有一个 com.example.mapper 包,其中包含了多个映射文件,如 UserMapper.xml ProductMapper.xml ,那么配置如下即可:

<mappers>
    <package name="com.example.mapper"/>
</mappers>

MyBatis 会自动识别并加载这个包路径下的所有 *.xml 映射文件。

4.2.3 配置文件中的 SQL 片段复用

SQL 片段是 MyBatis 中定义可复用 SQL 片段的方式。通过 <sql> 元素可以定义 SQL 片段,然后通过 <include> 元素在其他 SQL 中引用这个片段。

这是一个简单的例子:

<sql id="userColumns">
    id, username, password, email
</sql>

<select id="selectUsers" resultType="User">
    SELECT <include refid="userColumns"/> FROM users
</select>

在这个例子中, <sql> 标签定义了一个名为 userColumns 的 SQL 片段,它包含了四个字段名。然后在 <select> 语句中,我们通过 <include> 引用了这个片段。这样,在多个 SQL 语句中需要重复使用这些字段时,就可以直接引用 userColumns 片段,提高配置的可维护性和复用性。

接下来的章节将会详细探讨 MyBatis 的全局设置与外部属性配置,以及数据源与事务管理器的配置,这些都是优化 MyBatis 性能和灵活性的重要方面。

5. MyBatis全局设置与外部属性配置

5.1 理解和配置全局设置

5.1.1 全局设置对性能的影响

全局设置是MyBatis配置文件中用于调整和优化框架行为的关键部分。这些设置影响到MyBatis的运行时行为,比如缓存的使用、懒加载、日志记录级别等,对性能有着直接的影响。正确的全局设置可以提高应用的执行效率和稳定性。

例如, lazyLoadingEnabled 全局设置项控制着懒加载的行为,它可以减少不必要的数据库交互,提高查询效率。而 logImpl 设置项则定义了日志工厂的实现,合理选择日志级别可以避免不必要的性能损耗。

<settings>
    <setting name="lazyLoadingEnabled" value="true"/>
    <setting name="logImpl" value="LOG4J"/>
</settings>

5.1.2 具体设置项的配置和意义

settings 元素中包含了一系列可配置的选项,每个选项都有自己的默认值和作用。这里我们深入探讨几个重要的设置项:

  • cacheEnabled :控制着全局的二级缓存开关。如果设置为 false ,则MyBatis不会尝试缓存查询结果,适用于数据一致性要求极高的场景。
  • useGeneratedKeys :当设置为 true 时,MyBatis会尝试使用数据库提供的主键生成策略,对于自动生成主键的场景十分有用。
  • defaultExecutorType :定义了MyBatis的执行器类型,默认是 SIMPLE ,适用于简单的使用场景。若选择 REUSE BATCH 可以优化批处理和重用语句。
<settings>
    <setting name="cacheEnabled" value="true"/>
    <setting name="useGeneratedKeys" value="true"/>
    <setting name="defaultExecutorType" value="SIMPLE"/>
</settings>

5.2 外部属性文件的配置与应用

5.2.1 外部属性文件的作用

在生产环境中,可能会存在许多配置项,如数据库连接信息、服务器地址、第三方服务密钥等,将这些敏感或频繁变动的信息放在外部属性文件中,不仅可以保证安全性,还能提高配置的可维护性。

MyBatis支持将这些属性文件加载进来,使得整个配置更加灵活和可维护。可以通过 <properties> 元素引用外部属性文件:

<properties resource="db.properties"/>

5.2.2 属性文件的加载机制和优先级

MyBatis在加载属性文件时具有一定的优先级顺序,当存在多个属性源时,MyBatis会根据以下顺序进行加载:

  1. 属性值被直接设置在 <properties> 元素内的属性。
  2. 属性值从 <properties> 元素中引用的外部属性文件获取。
  3. 属性值被通过系统属性(System Properties)设置。
  4. 属性值被通过 PropertyPlaceholderConfigurer 设置。

通过这种机制,开发者可以根据需要灵活配置属性来源,同时也可以根据环境需要覆盖属性值。

5.2.3 结合外部配置文件提高应用灵活性

使用外部配置文件不仅可以将环境配置和代码分离,还能实现不同环境下的灵活切换。例如,我们可以创建不同的属性文件如 dev.properties test.properties prod.properties ,根据运行环境选择相应的配置文件。

此外,如果需要在运行时改变某些属性值,MyBatis也支持通过JVM参数来覆盖这些属性值,如:

-Dmybatis.database.url=jdbc:mysql://localhost/test

这种方式特别适用于动态调整数据库连接字符串等敏感信息。通过上述方法,结合外部属性文件,可以极大地提高MyBatis应用的灵活性和适应性。

本文还有配套的精品资源,点击获取 menu-r.4af5f7ec.gif

简介:MyBatis是一个简化数据库交互的Java持久层框架,通过 mybatis-3-config.dtd mybatis-3-mapper.dtd 两个DTD文件定义配置规则。 mybatis-3-config.dtd 规定了全局配置文件的结构,而 mybatis-3-mapper.dtd 专门用于定义Mapper XML文件结构,简化SQL语句编写和数据映射。这两个文件是理解和运用MyBatis配置的关键。

本文还有配套的精品资源,点击获取 menu-r.4af5f7ec.gif

  • 15
    点赞
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1 目标检测的定义 目标检测(Object Detection)的任务是找出图像中所有感兴趣的目标(物体),确定它们的类别和位置,是计算机视觉领域的核心问题之一。由于各类物体有不同的外观、形状和姿态,加上成像时光照、遮挡等因素的干扰,目标检测一直是计算机视觉领域最具有挑战性的问题。 目标检测任务可分为两个关键的子任务,目标定位和目标分类。首先检测图像中目标的位置(目标定位),然后给出每个目标的具体类别(目标分类)。输出结果是一个边界框(称为Bounding-box,一般形式为(x1,y1,x2,y2),表示框的左上角坐标和右下角坐标),一个置信度分数(Confidence Score),表示边界框中是否包含检测对象的概率和各个类别的概率(首先得到类别概率,经过Softmax可得到类别标签)。 1.1 Two stage方法 目前主流的基于深度学习的目标检测算法主要分为两类:Two stage和One stage。Two stage方法将目标检测过程分为两个阶段。第一个阶段是 Region Proposal 生成阶段,主要用于生成潜在的目标候选框(Bounding-box proposals)。这个阶段通常使用卷积神经网络(CNN)从输入图像中提取特征,然后通过一些技巧(如选择性搜索)来生成候选框。第二个阶段是分类和位置精修阶段,将第一个阶段生成的候选框输入到另一个 CNN 中进行分类,并根据分类结果对候选框的位置进行微调。Two stage 方法的优点是准确度较高,缺点是速度相对较慢。 常见Tow stage目标检测算法有:R-CNN系列、SPPNet等。 1.2 One stage方法 One stage方法直接利用模型提取特征值,并利用这些特征值进行目标的分类和定位,不需要生成Region Proposal。这种方法的优点是速度快,因为省略了Region Proposal生成的过程。One stage方法的缺点是准确度相对较低,因为它没有对潜在的目标进行预先筛选。 常见的One stage目标检测算法有:YOLO系列、SSD系列和RetinaNet等。 2 常见名词解释 2.1 NMS(Non-Maximum Suppression) 目标检测模型一般会给出目标的多个预测边界框,对成百上千的预测边界框都进行调整肯定是不可行的,需要对这些结果先进行一个大体的挑选。NMS称为非极大值抑制,作用是从众多预测边界框中挑选出最具代表性的结果,这样可以加快算法效率,其主要流程如下: 设定一个置信度分数阈值,将置信度分数小于阈值的直接过滤掉 将剩下框的置信度分数从大到小排序,选中值最大的框 遍历其余的框,如果和当前框的重叠面积(IOU)大于设定的阈值(一般为0.7),就将框删除(超过设定阈值,认为两个框的里面的物体属于同一个类别) 从未处理的框中继续选一个置信度分数最大的,重复上述过程,直至所有框处理完毕 2.2 IoU(Intersection over Union) 定义了两个边界框的重叠度,当预测边界框和真实边界框差异很小时,或重叠度很大时,表示模型产生的预测边界框很准确。边界框A、B的IOU计算公式为: 2.3 mAP(mean Average Precision) mAP即均值平均精度,是评估目标检测模型效果的最重要指标,这个值介于0到1之间,且越大越好。mAP是AP(Average Precision)的平均值,那么首先需要了解AP的概念。想要了解AP的概念,还要首先了解目标检测中Precision和Recall的概念。 首先我们设置置信度阈值(Confidence Threshold)和IoU阈值(一般设置为0.5,也会衡量0.75以及0.9的mAP值): 当一个预测边界框被认为是True Positive(TP)时,需要同时满足下面三个条件: Confidence Score > Confidence Threshold 预测类别匹配真实值(Ground truth)的类别 预测边界框的IoU大于设定的IoU阈值 不满足条件2或条件3,则认为是False Positive(FP)。当对应同一个真值有多个预测结果时,只有最高置信度分数的预测结果被认为是True Positive,其余被认为是False Positive。 Precision和Recall的概念如下图所示: Precision表示TP与预测边界框数量的比值 Recall表示TP与真实边界框数量的比值 改变不同的置信度阈值,可以获得多组Precision和Recall,Recall放X轴,Precision放Y轴,可以画出一个Precision-Recall曲线,简称P-R
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值