本文章纯粹是为了记录站长遇到的一些坑和解决办法，以供其他朋友能够顺利解决。
问题：
执行 composer update报错如下：
Failed to decode response: zlib_decode(): data error
Retrying with degraded mode, check https://getcomposer.org/doc/articles/troubleshooting.md#degraded-mode for more info
解决办法：
执行 composer config -g repo.packagist composer https://packagist.phpcomposer.com
然后重新执行 composer update 即可
本文仅代表作者观点，不代表本站立场。
本文系作者授权发表，未经许可，不得转载。
借助Redis锁，完美解决高并发秒杀问题
最初是觉得我们打工人，在历史的浪潮中，我们都被推着上岸。电子产品和移动互联网，把我们的生活节奏大大提速了，所以很多人都忘记了生活和工作中的关系。
所以在深圳这个城市的各个街道上，都能看到忙忙碌碌的年轻人的身影，为着未来而奔波，驻足观望生活美好的风景都会成了奢侈，继而很多人忘记了生活和工作的关系。
我之前辩证过生活跟工作的关系，工作只为更好的生活，但工作并不是生活的全部。
然而我们这些被时代推赶的人，有多少能够明白这样的道理？
最近跟一个朋友聊天时，他说到了一句话：如果一份工作，钱没赚到，身体也垮了，还没时间陪伴到家里人和孩子的成长，那么我们工作的目的仅仅是为了一口饭吗？
这个朋友最后回了老家，虽然工作不一定如意，但对于生活的质量的提高，我知道这是他内心追求的东西。
我在读书时代就嘲笑着那些以健康为代价，拼命工作，最后拿钱买健康的人，会恍然大悟生命中最重要的是什么。
然而当时满嘴的不屑和嘲笑，在我被历史的浪潮推着往前走时，再回头看，发现我也已经成为了以前嘲笑的一员了。
原来，我们真的最终都会变成自己讨厌的样子。
唠叨了一些题外话，生活要继续，工作也要继续，希望大家能够在工作中更好的生活。
股市中的高手都有复盘的习惯，在复盘中对当天的市场全貌进行静态观察，发现白天动态趋势下无法发现的问题，总结得失。
我们常见的复盘，更多的是见于公司出现事故/问题后的回顾和总结。比如常见的运维层面的故障恢复的复盘核心步骤：
这是对运维对每次故障的总结，目的是为了我们后续不会再犯同样的错误，或者是出现类似的错误时，我们能更好的应对。
或许很多人都还没认识到复盘的威力，我们再看一下身边常见的案例。
容易犯错是人类与生俱来的弱点，但我们可以培养自己的复盘能力，不断地在尝试和失败中学习，总结属于自己的经验，在后续的路上不会再重复犯错，这个所带来的结果不亚于学习新的东西。
通过简单的案例，我们能看出，复盘最直接的目的，是对我们所发生的结果进行审视和总结。
然而，在真正的生活以及工作中，复盘并不仅仅只是简单的总结。
举个例子，早上到公司，我们制定了进行的任务是完成A,B,C三件事，到下班了，我们发现只完成了A和B，那么我们是如何复盘今天的任务执行如何改进呢？
1. 既定目标是否合理
既定目标的合理性是非常重要的，比如我们理想中是做完 ABC 三件事，但是事实上会有偏差，所以我们要做的就是调整目标，一旦经常处于自我感觉任务完不成，事情没做好，是很容易导致自我怀疑以及负面情绪，这种情绪是相当有害的。
2. 在执行过程中的策略改进
比如说在执行 B 的时候，被其他事情影响花费了额外的时间，那么我们就要审视我们的时间和任务安排了。
我们的时间有个非常重要的四象限划分法
程序员有未来吗？
△ 现在扫码，免费领取价值399元资料?
【HashMap解析+开源框架源码+视频解析+大厂面试真题等 】
里面还包含200+ 道大厂的面试真题和重点技术解读视频，包括大厂架构设计实战、IoC 容器设计实现及源码剖析、美团微服务架构设计与实战，MySQL 海量数据存储与优化等，以及 15 个针对基础较浅学员的 Java 学习视频，如参数设置实现、容器对象定义、查询对象 Query 定义等。
美团微服务架构解读视频
如果你对上文提到的知识点还不能做到了然于胸，那我强烈建议你报名拉勾教育的《Java 工程师高薪训练营》。
你和大厂的距离，只差一次系统性训练
仅限前 50 人?
为什么不管大厂小厂，面试总是死磕HashMap?
又一个巨头决定彻底放弃Docker，全面拥抱K8S！
推荐下自己做的 Spring Boot 的实战项目：
https://github.com/YunaiV/ruoyi-vue-pro
基于特定的查找key路由到特定的数据源。它内部维护了一组目标数据源，并且做了路由key与目标数据源之间的映射，提供基于key查找数据源的方法。
Spring Boot + MyBatis + MySQL 实现读写分离！
从手动编码到自动化，从重复工作到创新，开发人员工具随着技术的发展而不断发展。阿里巴巴集团和阿里巴巴云已通过开源发布和基于云的实施向公众提供其技术。通过在各种业务场景中的多年开发积累了这些技术。本文介绍了一些阿里巴巴开发人员工具，希望它们可以帮助您的开发过程更加高效和优雅。
阿里巴巴常用的12个后端开发工具
那么，为什么会有这样的要求呢？背后的思考是什么呢？
其实，我在之前的CodeReview中，看到过以下这样的低级错误：
if(bigDecimal == bigDecimal1){
// 两个数相等
}
这种错误，相信聪明的读者一眼就可以看出问题，因为BigDecimal是对象，所以不能用 ==来判断两个数字的值是否相等。
以上这种问题，在有一定的经验之后，还是可以避免的，但是聪明的读者，看一下以下这行代码，你觉得他有问题吗：
if(bigDecimal.equals(bigDecimal1)){
// 两个数相等
}
可以明确的告诉大家，以上这种写法，可能得到的结果和你预想的不一样！
先来做个实验，运行以下代码：
BigDecimal bigDecimal = new BigDecimal(1);
BigDecimal bigDecimal1 = new BigDecimal(1);
System.out.println(bigDecimal.equals(bigDecimal1));
BigDecimal bigDecimal2 = new BigDecimal(1);
BigDecimal bigDecimal3 = new BigDecimal(1.0);
System.out.println(bigDecimal2.equals(bigDecimal3));
BigDecimal bigDecimal4 = new BigDecimal("1");
BigDecimal bigDecimal5 = new BigDecimal("1.0");
System.out.println(bigDecimal4.equals(bigDecimal5));
以上代码，输出结果为：
true
true
false
通过以上代码示例，我们发现，在使用BigDecimal的equals方法对1和1.0进行比较的时候，有的时候是true（当使用int、double定义BigDecimal时），有的时候是false（当使用String定义BigDecimal时）。
那么，为什么会出现这样的情况呢，我们先来看下BigDecimal的equals方法。
在BigDecimal的JavaDoc中其实已经解释了其中原因：
Compares this BigDecimal with the specified Object for equality. Unlike compareTo, this method considers two BigDecimal objects equal only if they are equal in value and scale (thus 2.0 is not equal to 2.00 when compared by this method)
大概意思就是，equals方法和compareTo并不一样，equals方法会比较两部分内容，分别是值（value）和标度（scale）
对应的代码如下：
为什么阿里巴巴禁止使用BigDecimal的equals方法做等值比较？
建议大家，隔三岔五的，就出去面试一下
评论