路很长，又很短
热门博文
查看更多>>
博文栏目
博文->>首页
博文列表>>
发表时间：2021-01-07 20:02:48
①2021年节假日数据：
{
"202101": {
"01": "2",
"02": "2",
"03": "2",
"09": "1",
"10": "1",
"16": "1",
"17": "1",
"23": "1",
"24": "1",
"30": "1",
"31": "1"
},
"202102": {
发表时间：2020-09-01 20:37:55
前言
从HTTP请求超时、重试机制、操作系统网络等层面剖析了事故的原因，最终解决业务问题。
这里先抛两个问题：
1）你遭遇过由于网络连接或请求超时造成的生产事故吗？
2）你知道操作系统默认的网络连接超时是多少秒？
先思考下，可以将你的答案写在评论区哦。
问题背景
最近同事出现这么一个问题，简单业务场景：
服务A使用HTTP请求服务B接口m。服务A起了一个定时任务Task：
发表时间：2020-07-11 13:37:49
01
问题背景
最近，在使用idea开发时业务系统时，发现idea上使用了@Autowired，发现竟然被警告了！提示：Field injection is not recommended，警告如下图：
what？Field injection is not recommended. （不推荐使用属性注入）
这不是常规操作吗？我们在开发的时候经常使用@Autowired将Bean注入到容器里，已经是非常正规的操作了，凭什么警告我呢？
02
原来如
发表时间：2020-07-02 23:23:44
01
问题
最近出现了一个让人疑问的问题：有同事反馈说在使用后台管理出现权限不足。
本来就是一个很普通的问题，权限不足那么给他授权不就行了嘛！可是再三检查，权限是实实在在已经授予过，并且获取权限URL都表明用户真正有此资源的访问权限。
这就很让人有点不解了！那么到底是什么个情况？
02
解决（排查）
1、当前同样借助阿里Arthas工具来协助排查问题。
（关于
发表时间：2020-06-13 22:57:33
在前面的文章知道，《TCP与UDP的区别》，到《TCP是如何保证可靠性》。那么接下来就是TCP的核心了，即TCP的可靠性依赖其：三次握手和四次挥手。
先思考下这三个面试题：
1、TCP 为什么三次握手而不是两次握手？
2、为什么连接的时候是三次握手，关闭的时候却是四次握手？
3、为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态？
在TCP/IP协议中，TCP协议提供可靠的连接服务，连接是通过三次握手进行初始化的。三次握手的目的是同步连接双方的序列号和确认号并交换 TCP
发表时间：2020-06-13 23:00:02
点击上方蓝色字关注我们~
前段时间发现，在使用RockerMQ console时，查询消息的时候出现很慢，查询耗时大于10秒，少则5、6秒，多则14+秒。
如下图：
这到底是为什么？查询消息为啥会出现这么大的耗时？
当前使用的开发环境：操作系统是Windows10，JDK8，RocketMQ为4.5.2。
在其它机器上则没有此问题，也在本机器上的虚拟机VMware上安装的Linux部署了RocketMQ 和 console，并且验证是没问题的
发表时间：2020-05-27 02:27:28
面试官：说说TCP协议是如何保证传输的可靠性？
这个面试题也是最最基础的网络面试题，比较偏向毕业生或者刚入门者，有几年的工作经验一般问的比较少，但是也要对这块了如指掌，why？毕竟基础是非常非常重要的！
从前面《笔记 | 面试官问我：TCP与UDP的区别》我们知道，TCP和UDP的不同之一是TCP可以保证数据传输的可靠性，但是你知道为什么TCP可以保证可靠性，需要依靠什么机制来保证其可靠性呢？
1、应答确认
&nbs
发表时间：2020-05-06 21:46:12
（来自网络的趣图）
UDP：全称是用户数据报协议，在网络中它与TCP协议一样用于处理数据包，是一种无连接的协议。在OSI模型中处于第四层——传输层，处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，即，当报文发送之后，是无法得知其是否安全完整到达。
TCP：当两台机器(网络设备)进行通信时，需要畅通且保证可靠，需要保证正确收发数据。当你想查看网页或数据文件下载时，希望完整且按顺序查看网页或者上传/下载完整的数据等就需要TCP了。
1、连接性
&
发表时间：2020-04-19 15:12:49
1、上下文切换
CPU通过时间片分配算法来循环执行任务，当前任务执行一个时间片后会切换到下一个任务。但是，在切换前会保存上一个任务的状态，以便下次切换回这个任务时，可以再加载这个任务的状态。所以任务从保存到再加载的过程就是一次上下文切换。
1）多线程不一定快：
多线程会存在上下文切换的开销。
2）上下文切换测量：
时长：Lmbench3
次数：vmstat
3）减少上下文方
发表时间：2020-04-09 20:39:51
1
背景
最近小伙伴要上线一个小特性——审阅状态的变更。在上线的过程中，发现一个非常奇怪的问题。
基本上保证了逻辑没问题 ，多次检查也没问题。但是事实就是发生了！
小伙伴有点怀疑人生了：）。
所以我们临时的处理方式是增加日志打印，逐步验证我们的逻辑。看看我们是如何排查问题的。
使用的技术框架：springboot+jpa
2
