- 博客(6)
- 收藏
- 关注
RSS订阅原创 MyBatis-Plus基础应用和踩坑
在我日常开发中,很少会用update()方法去写一些更新操作,更多的是使用updateById()去更新表中的值比较好用,传入一个对应实体类更新数据即可,有次遇到了前端处理后为null的数据发现无法去真正置空,方法如下。在后面加一个false参数,就会只拿第一个.但是这种情况适用于报错的影响小于数据错误的情形,如果只取第一个数据导致数据污染也是影响比较大的。目前手头开发的项目中有很多的getOne()的操作,这更多的要求的数据库字段的唯一性质,如果出现获取两个或者更多了就会报错。比如一个简单List查询。
2024-01-30 14:55:22
409
1
原创 对接微信小程序分享URL Scheme
稍微封装处理一下就可以用,参数的话目前我用到的确实能够获取到,path是需要跳转的小程序功能页面,原理就像是点击小程序右上角三个点是一样的。我们项目里面有多个微信小程序公用,所以channelId是区分他们渠道的概念,其他代码都是开源的。前段时间做分享功能接触到新的短链分享URL Scheme。直接get("url"),里面的url就是分享短链。短链的使用时间还没清楚,但是肯定不是永久的。我们使用的是让前端写的h5页面去触发短链。可惜的是不能直接生成二维码->不能触发。
2024-01-21 17:20:37
732
原创 redis大数据量异步加载思想
第一次查不到就给抛异常友好一点,后异步干到redis里面去,如果数据变动了话,加个删除key的逻辑就行,注意数据库性能吧,两个异步我已经给mysql干崩了好几次了---刺激啊。各位老爷不要说我菜,最近写了一个数据量比较大的查询,一次请求要十几秒钟,搞的前端框框超时。,后面的屎山代码真的不想再看,想了个法子处理一下。
2024-01-21 16:55:03
391
原创 try-catch后的message也许不用看日志了
最近在公司搞了一个让人头皮发麻的分单系统因为公司是搞租赁的,提供一些商家入驻,关于订单的分配肯定不能单一拿人工去搞本来是有这个分单系统了,也就是根据某些东西去改库里的字段,但产品设计的比较难以拓展,为了用户体验不管开发死活...各种批量+自动痛不欲生本着这个宗旨,又改了几版,还好都是大牛在写...可惜这次到我了。
2024-01-21 16:27:37
531
2
原创 RedisKeyExpirationListener的初识和实践
咱们要注意的是,为了防止对一个消息二次重复监听,特别的分布式服务,使用setNx或者tryLock是很有必要的,更需要注意的是执行完匹配后,一定要return掉,不然会继续向下执行无用代码,降低效率或者key设置相同的情况下出先逻辑错误。像上面一样整上几个if,运用一些切割字符串的方法,拿到想要的信息,如果你想要监听多个消息,或者实现延时队列,也不用装上延时队列的插件,也不用重新学习mq,只需要设置redis消息的过期时间后再这里监听过期的key就可以了。在onMessage方法中,很菜很菜的一个程序员。
2024-01-21 15:44:17
510
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人