2020-11-10总结

SpringBoot+MyBatis问题集

项目场景:

komt今天用springBoot + Gradle + mybatis搭建环境,最后为了测试环境是否搭建成功,跑了一个小Demo


问题描述:

在启动项目的时候 控制台输出jdbc.driver.T4CConnection.isValid(1)
Driver does not support get/set network timeout for connections


原因分析:

提示:这里填写问题的分析:
例如:一开始认为是驱动的问题,然后问了度娘,最后猜测应该是数据库驱动的版本问题,可以更换版本试一下 ,注意更换版本的时候要根据你目前所用到的技术版本去搭配使用。


解决方案:

提示:我是因为用的ojdbc6,后来更换ojbbc8 该问题就消失了,所以你们可以换个版本试试。

问题2:

问题描述:

springBoot搭建mybatis环境时,控制台报错
Mybatis No enum constant org.apache.ibatis.type.JdbcType.Integer


解决方案:

mybatis中 JdbcType一定要大写!!!


问题描述:

Mapped Statements collection already contains value for


原因分析:

  1. mapper中存在id重复的值
  2. mapper中的parameterType或resultType为空


解决方案:

针对上述的问题,进行逐一排查 ,我是因为@Select和xml文件都配置了,我去掉了这两个中的一个就解决了。


问题描述:

提示:这里描述项目中遇到的问题:
例如:数据传输过程中数据不时出现丢失的情况,偶尔会丢失一部分数据
APP 中接收数据代码:

@Override
        public void run() {
            bytes = mmInStream.read(buffer);
            mHandler.obtainMessage(READ_DATA, bytes, -1, buffer).sendToTarget();
        }

原因分析:

提示:这里填写问题的分析:
例如:Handler 发送消息有两种方式,分别是 Handler.obtainMessage()和 Handler.sendMessage(),其中 obtainMessage 方式当数据量过大时,由于 MessageQuene 大小也有限,所以当 message 处理不及时时,会造成先传的数据被覆盖,进而导致数据丢失。


解决方案:

提示:这里填写该问题的具体解决方案:
例如:新建一个 Message 对象,并将读取到的数据存入 Message,然后 mHandler.obtainMessage(READ_DATA, bytes, -1, buffer).sendToTarget();换成 mHandler.sendMessage()。

学习内容:

@Controller: 将controller注入到spring容器中
@RestController: Controller + ResponseBody


@Mapper: 使用@mapper后,不需要在spring配置中设置扫描地址,通过mapper.xml里面的namespace属性对应相关的mapper类,spring将动态的生成Bean后注入到ServiceImpl中。


@Repository:@repository则需要在Spring中配置扫描包地址,然后生成dao层的bean,之后被注入到ServiceImpl中


@ComponentScan:定义扫描的路径从中找出标识了需要装配的类自动装配到spring的bean容器中


mybatis mapper-location:标记mapper.xml文件所在路径
例如
mybatis mapper-location: classpath:mapper/*Mapper.xml


mybatis.type-aliases-package:标记pojo类的路径,在之后的mapper.xml ResultMap中的type就可以不用写返回类型的全类型 只需要写一个实体名,mybatis会自动扫描mybatis.type-aliases-package路径下的实体类

Gradle中 allsubjcets{} 和 subprojects

allsubjcets:配置对所有的项目可用
subproject:配置值对子项目可用

IDEA导入jar包

点击 File -project Structure -》点击相应的模块 再点击Dependencies

在这里插入图片描述

点击 右边的 + 号 ,再将本地jar包导入项目中

在这里插入图片描述

问题描述:

Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}


解决方案:

将@SpringBootApplication(exclude = DataSourceAutoConfiguration.class)中的exclude = DataSourceAutoConfiguration.class去掉即可。

问题描述:

Cannot load driver class: oracle.jdbc.driver.OracleDriver


原因分析:

不能加载OracleDriver,驱动有问题,可能jar包没导入项目中


解决方案:

重新正确的导入jar包

你遇到的问题是: > **SPI 输出的时间尺度不对,比如 `window_start` 和 `window_end` 的时间跨度看起来不是30天。** 我们来看你的输出示例: ``` dekad_start window_start window_end 2020-01-21 2019-12-23 2020-01-31 ``` 这里 `window_start = 2019-12-23`, `window_end = 2020-01-31`,这显然不是一个30天的窗口,而是一个月的跨度,说明你的 **SPI窗口定义逻辑出现了问题**。 --- ## ❗问题定位:窗口定义错误 你在代码中这样定义窗口: ```python window_end = dekad_start window_start = dekad_start - pd.Timedelta(days=29) ``` 但你在筛选窗口数据时却用了: ```python window_data = df[(df['date'] > window_start) & (df['date'] <= dekad_end)] ``` ### ✅ 正确逻辑应是: ```python window_data = df[(df['date'] >= window_start) & (df['date'] <= window_end)] ``` 因为你定义了: ```python window_end = dekad_start window_start = dekad_start - pd.Timedelta(days=29) ``` 所以窗口应该是: ``` [dekad_start - 29天, dekad_start] ``` 但是你用了 `dekad_end` 作为窗口结束时间,而 `dekad_end` 是 **每旬的结束时间(10日、20日、月底)**,这会导致窗口被错误地扩展到整旬结束日,而不是当前旬的开始日。 --- ## ✅ 正确代码应为: ```python window_end = dekad_start window_start = dekad_start - pd.Timedelta(days=29) window_data = df[(df['date'] >= window_start) & (df['date'] <= window_end)] ``` 而不是: ```python window_data = df[(df['date'] > window_start) & (df['date'] <= dekad_end)] ``` --- ## 🧪 示例说明 以 `dekad_start = 2020-01-21` 为例: ```python window_start = 2020-01-21 - 29天 = 2019-12-23 window_end = 2020-01-21 ``` 正确的窗口是: ``` [2019-12-23, 2020-01-21] # 共30天 ``` 如果你用了 `dekad_end = 2020-01-31`,那么窗口变成了: ``` [2019-12-23, 2020-01-31] # 39天,错误 ``` --- ## ✅ 修改建议(修复窗口筛选逻辑) 将: ```python window_data = df[(df['date'] > window_start) & (df['date'] <= dekad_end)] ``` 改为: ```python window_data = df[(df['date'] >= window_start) & (df['date'] <= window_end)] ``` 同时确保 `window_end = dekad_start` 是正确的。 --- ## ✅ 建议添加调试打印语句 你可以在循环中加入调试信息,帮助你检查窗口是否正确: ```python print(f"dekad_start: {dekad_start}, window_start: {window_start}, window_end: {window_end}") ``` 输出示例: ``` dekad_start: 2020-01-21 00:00:00, window_start: 2019-12-23 00:00:00, window_end: 2020-01-21 00:00:00 ``` 确保 `window_start` 到 `window_end` 确实是30天。 --- ## ✅ 总结 | 问题 | 原因 | 修复方法 | |------|------|-----------| | 时间窗口跨度错误 | 使用了 `dekad_end` 而非 `window_end` | 改为使用 `window_start` 到 `window_end` | | 数据边界错误 | 使用了 `>` 而非 `>=` | 改为 `>= window_start` | | 窗口天数不对 | 没有检查窗口是否正好30天 | 添加调试输出 | --- ##
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值