前言每当放完小长假，我都会习惯性的反思和复盘一下自己的技术，尤其是端午节。为什么我会写二叉树的文章呢？其实这涉及到程序员的一个成长性的问题。对于03年的前端程序员来说，可能很少有机会涉及到数据结构和算法的工作中，除非去大厂或者做架构相关的工作。但是很多工作23年的前端工程师，业务工作已经相对熟悉了，各种技术或多或少也都使用过，那么在这个阶段，对于每个有

打开知乎和头条，b站又冲上了热榜，这次不是煽情怀旧的跨年晚会，也不是敲钟上市，而是“挂了”b站的程序员跟进迅速，问题也得到了比较快的修复。哈哈哈，上面是热点新闻，下面就是知识点了。最近在学习分布式架构，刚好看到了“两地三中心”的高可用架构，我们云畅享一下，如果b站也用的是两地三中心的架构，还会挂掉不？这里先说明下两个概念：RPO和RTORTO(Reco

　　在微服务架构中，通常会出现服务不可用的现象，假设A为服务提供者，B为A服务的调用者，C、D为B服务的调用者，那么当A服务不可用之后，随着时间的推移就会导致B服务不可用，B服务的不可用可能会导致C、D服务的不可用，最终导致整个系统的不可用，为了解决这种级联失败的问题，在分布式架构中出现了断路器等一系列服务保护机制。　　在SpringCloud中使用H

算法描述：有数组array，其长度为len。第一轮工作从末尾开始往前比较工作。如果末尾数据比他前一位数据大，则交换他们的位置，否则则不交换。无论本次比较的结果是交还是不交换，这两个数据都遵循了前一个数据比后一个数据大的结果。接下里向前移动一个工作位置，重复以上的操作。这样一轮比较结束。大的数据不断往前移动。如果他是最大的，就会一直往前移动。如果不是则说明数组

前言从去年11月下旬开始入坑机器学习，到现在也已经有半年了，一开始就是学习机器学习理论方面的知识，但是学到两三个月的时候总觉得没点实际操作，所以感到知识点很空洞。自己是自学机器学习的，周围又没有实际项目可以做，能拿来练手的恐怕只有各种数据算法竞赛了。今年二月到三月第一次参加了kaggle上的Toxic文本分类比赛，但是由于自身经验严重不足，和理论

数据时代，除了大数据和人工智能的发展，微服务分布式已经贯穿开发人员的开发过程，哪怕公司达不到这个标准，也会往上凑个热闹，作为热爱学习的现代小青年（我不会承认是面试要问这个知识点的），对与微服务，不学习了解一下怎么可以？而在微服务等方面，最有话语权的就是互联网风向标‘阿里’，而阿里为了国内互联网科技的发展，也会开源他们内部使用的一些规范或者文档。这份阿里1

本文引用了“低调的码农”原创文章“多账户的统一登录”一文的部分内容，感谢原作者的无私分享。1、引言在即时通讯网经常能看到各种高大上的高并发、分布式、高性能架构设计方面的文章，平时大家参加的众多开发者大会，主题也都是各种高大上的话题——什么5G啦、AI人工智能啦、什么阿里双11分分钟多少万QPS高并发等等。但实际上，对于普通的开发者（包括

哈希是区块链技术和防篡改潜力的核心基础和最重要的方面，通过哈希算法可以保持记录以及查看数据的真实性和区块的完整性。这就是区块计数最重要技术特征的一部分。区块链指的是一个又一个区块组成的链条，该链条被保存在所有的服务器中，但凡整个系统中有一台服务器可以工作，那么整条区块链就是安全的；这些服务器在区块链系统服务中被称为节点，是为整个区块链系统提供储存空间和算力支

一、云服务器是什么?云服务器是一种简单高效、安全稳定、处理能力可弹性伸缩的计算服务。简单地讲，云服务器就是虚拟的物理服务器。其管理方式比物理服务器更简单高效。通过使计算分布在大量的分布式计算机上，而非本地计算机或远程服务器中，企业数据中心的运行将与互联网更相似。这使得企业能够将资源切换到需要的应用上，根据需求访问计算机和存储系统。    好比是从古老