mybatis和ibatis的区别

       mybatis：MyBatis 是一款优秀的持久层框架，它支持定制化 SQL、存储过程以及高级映射。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。

       MyBatis 可以使用简单的 XML 或注解来配置和映射原生信息，将接口和 Java 的 POJOs(Plain Ordinary Java Object,普通的 Java对象)映射成数据库中的记录。

       ibatis：iBATIS提供的持久层框架包括SQL Maps和Data Access Objects（DAO），同时还提供一个利用这个框架开发的JPetStore实例。相对Hibernate和ApacheOJB等“一站式”ORM解决方案而言，ibatis 是一种“半自动化”的ORM实现。

       iBATIS 目前提供了三种语言实现的版本，包括：Java、.NET以及Ruby。

       2、开发时间不同

       mybatis：MyBatis 本是apache的一个开源项目iBatis, 年这个项目由apache software foundation 迁移到了google code，并且改名为MyBatis 。年月迁移到Github。

       ibatis：iBATIS一词来源于“internet”和“abatis”的组合，是一个由Clinton Begin在年发起的开放源代码项目。

       3、配置方法不同

       mybatis简化了编码的过程，不需要去写dao的实现类，直接写一个dao的接口，再写一个xml配置文件，整个mybatis就配置好了，也就是数据库就连接好了，然后在service里面直接调用dao就可以了，但是ibatis则不可以，必须要写dao的实现类。mybatis是ibatis的升级版本。

       å‚考资料：百度百科-mybatis

       å‚考资料：百度百科-ibatis

java后端如何对接SNMP\IPMI\syslog常用底层协议

       岗位职责

       1、负责监控系统的和代研发以及平台工具建设；

       2、承担监控系统开发任务，意思保证开发质量和效率；

       3、底代码灵犀一指 公式源码优化代码架构，层源层源实施技术改进；

       4、码底码独立设计关键系统模块并实施；

       5、和代快速响应并定位解决线上问题；

       6、意思参与数据中心基础元数据管理系统的底代码开发，实现资源线上全生命周期管理。层源层源

       岗位要求

       1、码底码大专及以上学历，和代有数据中心DCM相关工作经验者优先；

       2、意思精通Java，熟悉Spring、Mybatis、SpringMvc、SpringBoot框架；

       3、3年以上主流运维工具使用和开发经验，了解Zabbix，Prometheus，Nagios等；

       4、具有监控系统开发经验，熟悉SNMP、rust源码下载IPMI、syslog等底层协议；

       5、掌握MySQL、Redis、Mongodb、Polardb等数据存储技术；

       6、熟悉Promethus、Grafana、Skywalking等开源组件，对源码有深入了解者优先；

       7、具备良好的编码习惯，熟悉面向对象编程；

       8、了解Docker、K8S原理，有实际应用经验者优先；

       9、具备学习能力、团队协作能力，自我驱动能力强，抗压能力佳，团队精神强。

       企业简介

       专注IT基础架构和信息安全领域，提供从方案设计、硬件交付、部署实施到售后巡检的全面服务。

       企业规模

       全国四地五中心，sun httpserver 源码超人的团队，连续九年的营收增长。

       业务范围

       与多家知名厂家合作，提供计算、存储、网络、安全领域解决方案。

       技术团队

       拥有行业认证的技术工程师，实行标准化管理，确保技术服务的质量。

       服务案例

       服务过+企事业单位，涵盖制造业、互联网、高新技术企业、高等院校等。

       企业使命

       简化并确保数字化转型的顺利进行。

       核心价值观

       分享、尊重、共进、卓越。

三万字带你彻底吃透MyBatis源码！！

       随着互联网的迅猛发展，MyBatis逐渐成为了Java开发者不可或缺的框架技术。许多大厂在面试中偏好问及MyBatis的dnf源码 mysql底层原理及源码实现，这表明了其在技术栈中的重要性。本文旨在全面解析MyBatis源码，帮助开发者深入理解这一强大的框架。为了方便学习，推荐大家先收藏后仔细研读。

       MyBatis源码在封装了JDBC之后，实现了对数据库操作的高级抽象。无论是获取连接、预编译语句、参数封装还是执行SQL，其核心步骤并未改变。

       解析过程始于通过`ClassLoader.getResourceAsStream`方法获取配置文件路径。这个过程确保了MyBatis能正确加载配置信息，进而解析XML文件，构建配置中心。

       解析XML文件的关键在于`parseConfiguration`和`mapperParser.parse`方法。前者用于解析配置文件中的`Environment`、`Setting`等信息，后者则专注于解析Mapper映射器，将其与工厂类进行绑定。

       构建`SqlSessionFactory`的过程涉及解析Mapper映射器，生成`MappedStatement`对象，以及将接口类型与工厂类绑定。最终，`DefaultSqlSessionFactory`被创建，守望之心源码用于管理会话生命周期。

       会话的创建通过`openSession`方法完成，该方法实例化了`Executor`来执行SQL。`Executor`的配置则决定了事务管理和执行器类型。同时，`Transaction`的管理分为两种方式，以确保数据的一致性和完整性。

       获取Mapper对象时，通过`mapperRegistry.getMapper`方法，该方法从`MapperRegistry`的`knownMappers`中获取接口类型和对应的工厂类。代理对象`MapperProxy`由JDK动态代理生成，用于执行实际的数据库操作。

       执行SQL时，调用代理对象的`invoke`方法，进而调用`execute`方法。无论是查询还是其他操作，均遵循此流程。在查询场景下，`selectOne`与`selectList`功能实现相同，仅在参数处理上有所差异。

       `MappedStatement`对象负责存储SQL信息，包括执行策略、参数类型等。`CacheKey`的生成则基于`BoundSql`内容，用于缓存结果，提高效率。

       通过以上解析，我们可以看到MyBatis源码的简洁与高效。深入理解其结构与机制，不仅有助于提高开发效率，还能增强对数据库操作的理解。总的来说，MyBatis的源码并不复杂，只需耐心研读，两三天内即可掌握其核心。

mybatis的优点

       ã€€ã€€1.优点

       ã€€ã€€ç®€å•ï¼š

       ã€€ã€€æ˜“于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。

       ã€€ã€€å®žç”¨ï¼š

       ã€€ã€€æä¾›äº†æ•°æ®æ˜ å°„功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。

       ã€€ã€€çµæ´»ï¼š

       ã€€ã€€é€šè¿‡sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。

       ã€€ã€€åŠŸèƒ½å®Œæ•´ï¼š

       ã€€ã€€æä¾›äº†è¿žæŽ¥ç®¡ç†ï¼Œç¼“存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。

       ã€€ã€€å¢žå¼ºç³»ç»Ÿçš„可维护性：

       ã€€ã€€é€šè¿‡æä¾›DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。

       ã€€ã€€2.缺点

       ã€€ã€€æ»žåŽæ€§ï¼š

       ã€€ã€€è¿˜æ²¡æœ‰æ˜Žç¡®å¯¹.NET2.0的支持。最新版本在2.0下编译可以，但有些单元测试不能通过。

       ã€€ã€€ä¸æˆç†Ÿï¼Œå·¥ç¨‹å®žè·µè¾ƒå°‘：

       ã€€ã€€IbatisNet在实际项目中的使用较少。 只是理论上可行.

       ã€€ã€€åŠORM，工具支持较少：

       ã€€ã€€éœ€è¦æˆ‘们自己写sql，并且.NET下还未发现可以自动生成业务层类和配置文件的工具，这点和NHibernate不一样，NHibernate会为我们的数据库直接产生sql，并有一些辅助工具。因此使用Ibatis比NHibernate要多做一些工作。

微服务架构下 excel 文件导出的思考与实践

       在微服务架构下，导出Excel文件的实践与思考成为了一个复杂但关键的议题。从同步到异步服务的转变，再到引入异步中心服务设计思路，探索了这一过程中的关键点与优化策略。

       同步导出服务，在数据量小的情况下运行良好，但当数据量增长，用户等待时间变长，同步模式无法满足需求。此时，引入异步服务成为一种优化选择。异步服务模式，如图二所示，允许在执行耗时操作的同时，不影响用户交互，提升了用户体验。

       然而，当数据分布于不同数据库时，异步导出面临挑战。通过将导出服务设计为异步中心服务，可以高效地整合多数据库资源，避免了服务间的耦合，确保数据一致性与高效性。中心服务设计思路，如图三所示，提供了更为灵活与强大的数据处理能力。

       针对异步中心服务设计，关键考虑点包括：解决RPC超时问题，通过直接读取数据源避免超时；实施读写分离，确保数据读取效率与安全性；优化代码结构，减少重复代码，便于维护；管理数据类型转换，提供灵活配置机制，适应不同数据格式需求。

       具体到接口设计，核心在于拆解导出过程，提炼出请求参数，包括SQL查询、数据映射与配置项。通过在中心服务中维护SQL与映射关系，应用服务仅需传递配置名称，简化了接口使用，提高了开发效率。

       在实现中，遇到的问题包括动态数据源配置的优化、MyBatis底层源码的深入理解等，这些都是在实际应用中需要解决的关键技术挑战。通过系统设计与代码优化，最终实现了高效、灵活的Excel文件导出解决方案，提升了微服务架构下的数据处理能力。

       总结而言，面对微服务架构下的Excel文件导出需求，从同步到异步，再到中心服务设计，一系列策略与实践共同构建了高效、灵活的数据处理方案。通过优化技术路径、简化代码结构、提升系统性能，确保了数据导出过程的顺畅与高效，满足了复杂应用场景的需求。

通过方法引用获取属性名的底层逻辑是什么？

       很多小伙伴可能都用过 MyBatis-Plus，这里边我们构造 where 条件的时候，可以直接通过方法引用的方式去指定属性名：Book::getId。这里边的底层逻辑是什么？

       源码分析中，通过 qw.eq 这个方法的执行，几经辗转来到 getColumnCache 方法，这个方法解析出属性值。首先，通过 LambdaUtils.extract 方法解析出一个 LambdaMeta 对象，重点在于反射读取，找到名为 writeReplace 的方法并执行，将执行结果封装为 ReflectLambdaMeta 对象返回。

       接着，在 getColumnCache 方法中，通过 String fieldName = PropertyNamer.methodToProperty(meta.getImplMethodName()) 获取到属性名称。meta.getImplMethodName() 获取到的是 Lambda 表达式中的方法名，如 getId，然后通过 PropertyNamer.methodToProperty 对其进行处理，最终拿到属性名。解析过程是去掉方法名的前缀（get/set/is）后，剩余的字符串首字母小写。

       理解 writeReplace 方法是系统底层自动生成的，通过反编译运行时生成的字节码，可以看到 apply 方法实际上是重写的接口方法，将传入的对象强转为 Book 类型，调用其 getId 方法。反编译后，多了一个 writeReplace 方法，返回值是 SerializedLambda 对象，这个对象描述了 Lambda 表达式，implMethodName 参数就是方法名。

       总结，使用 Book::getId 能拿到 id 这个名称，关键在于利用 Lambda 在执行时生成的字节码去获取属性名称。使用 SFunction 实例或者不使用方法引用都是不对的，会报错或无法获取到属性名称。通过底层的差异，我们可以理解到类似于 b -> b.getId() 的 Lambda 与方法引用在底层原理上的不同。最后，分享一些扩展知识和推荐工具，如 JNPF 快速开发平台，它集成了代码生成器，支持前后端业务代码生成，方便快速开发。