首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
meisei81
掘友等级
码龄多年,无大厂经历,后端Java开发,乐于分享技术和经验,如果你是在校生或者初级码农,需要在技术上获得专业的答疑解惑,欢迎随时交流。邮箱:meisei81@gmail.com
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
6
文章 6
沸点 0
赞
6
返回
|
搜索文章
赞
文章( 6 )
沸点( 0 )
发现Spring事务的一个实锤bug,官方还拒不承认?你来评评理...
事情是这样的,上周我正在全神贯注的摸鱼,然后有个小伙伴给我发来微信消息,提出了自己关于事务的一个疑问,并配上两段代码: 先说结论:我认为这是 Spring 事务的一个 bug。但是
Elasticsearch - 聚合分析篇(下)
近似算法:基本思想就是在:大数据、精确性、实时性三者之间做出权衡,一般只能选择其中的2个,有点类似于CAP。 因为对于很多应用,能够实时返回高度准确的结果要比 100% 精确结果重要得多
Elasticsearch - 聚合分析篇(上)
bucket,count,avg,max,min,sum,histogram metric,Aggregation Scope,global bucket
@Async注解其实也就这么回事。
我之前写过一些关于线程池的文章,然后有同学去翻了一圈,发现我没有写过一篇关于 @Async 注解的文章,于是他来问我: 是的,我摊牌了。 我不喜欢这个注解的原因,是因为我压根就没
聊聊spring事务失效的12种场景,太坑了
前言 对于从事java开发工作的同学来说,spring的事务肯定再熟悉不过了。 在某些业务场景下,如果一个请求中,需要同时写入多张表的数据。为了保证操作的原子性(要么同时成功,要么同时失败),避免数据
王者并发课-青铜9:防患未然-如何处理线程中的异常
在本篇文章中,我将为你介绍线程中异常的处理方式以及uncaughtExceptionHandler用法。
个人成就
文章被点赞
1
文章被阅读
917
掘力值
52
关注了
7
关注者
0
收藏集
2
关注标签
20
加入于
2017-03-11