Java密码系列-Java和JSBase64Base64不属于密码技术，仅是编码方式。但由于在Java、JavaScript、区块链等出现的频率较高，故在本系列文章中首先分享Base64编码技术。前面部分主要介绍Base64理论性的内容，如果只看在Java（SpringBoot）或JS（Vue）中的实现，可以直接跳到最后。本文所有代码可在github上获取：后端代码搜索hero-springboot-demo；前端代码搜索hero-vue3-demo。1Base64介绍要说清楚Base64编码，首先得从byte开始说。1.1关于byte在Java中，byte是8种基本数据类型之一。byte类型
Java密码系列-Java和JSBase64Base64不属于密码技术，仅是编码方式。但由于在Java、JavaScript、区块链等出现的频率较高，故在本系列文章中首先分享Base64编码技术。前面部分主要介绍Base64理论性的内容，如果只看在Java（SpringBoot）或JS（Vue）中的实现，可以直接跳到最后。本文所有代码可在github上获取：后端代码搜索hero-springboot-demo；前端代码搜索hero-vue3-demo。1Base64介绍要说清楚Base64编码，首先得从byte开始说。1.1关于byte在Java中，byte是8种基本数据类型之一。byte类型
关于staticmethod的解释想要解决上面的报错，我们首先需要了解什么叫做staticmethod（静态方法）。静态方法为类所有，一般情况下我们通过类来使用（而对于不加static的实例方法我们则只能通过对象的来调用）。以下我们通过一些代码的例子来对此进行说明：在同一类里面调用静态方法与实例方法的区别：点击查看代码publicclassMain{ publicstaticviodmain(String[]args){ //Test01();//直接调用Test01会报Non-staticmethodxxcannotbereferencedfromastaticcontext. //用如下方
关于staticmethod的解释想要解决上面的报错，我们首先需要了解什么叫做staticmethod（静态方法）。静态方法为类所有，一般情况下我们通过类来使用（而对于不加static的实例方法我们则只能通过对象的来调用）。以下我们通过一些代码的例子来对此进行说明：在同一类里面调用静态方法与实例方法的区别：点击查看代码publicclassMain{ publicstaticviodmain(String[]args){ //Test01();//直接调用Test01会报Non-staticmethodxxcannotbereferencedfromastaticcontext. //用如下方
CAP特性 CAP理论是在设计分布式系统的过程中，处理数据一致性问题时必须考虑的理论，一个分布式系统最多只能同时满足一致性（Consistence）、可用性（Availability）和分区容错性（Partitiontolerance）这三项中的两项。2000年7月EricBrewer教授仅仅提出来的是一个猜想，2年后，麻省理工学院的SethGilbert和NancyLynch从理论上证明了CAP理论，并且而一个分布式系统最多只能满足CAP中的2项。之后，CAP理论正式成为分布式计算领域的公认定理比如Redis他就是AP特性（所以它才能搞可用）、Zookeeper就是CP特性C（一致性Co
CAP特性 CAP理论是在设计分布式系统的过程中，处理数据一致性问题时必须考虑的理论，一个分布式系统最多只能同时满足一致性（Consistence）、可用性（Availability）和分区容错性（Partitiontolerance）这三项中的两项。2000年7月EricBrewer教授仅仅提出来的是一个猜想，2年后，麻省理工学院的SethGilbert和NancyLynch从理论上证明了CAP理论，并且而一个分布式系统最多只能满足CAP中的2项。之后，CAP理论正式成为分布式计算领域的公认定理比如Redis他就是AP特性（所以它才能搞可用）、Zookeeper就是CP特性C（一致性Co
本文内容整理自博学谷狂野架构师 CAP定理又被称作布鲁尔定理，是加州大学的计算机科学家布鲁尔在2000年提出的一个猜想。2002年，麻省理工学院的赛斯·吉尔伯特和南希·林奇发表了布鲁尔猜想的证明，使之成为分布式计算领域公认的一个定理。 布鲁尔在提出CAP猜想时并没有具体定义Consistency、Availability、PartitionTolerance这3个词的含义，不同资料的具体定义也有差别，为了更好地解释，下面选择RobertGreiner的文章《CAPTheorem》作为参考基础。CAP理论的定义在一个分布式系统（指互相连接并共享数据的节点的集合）中，当涉及读写操作时，只能
本文内容整理自博学谷狂野架构师 CAP定理又被称作布鲁尔定理，是加州大学的计算机科学家布鲁尔在2000年提出的一个猜想。2002年，麻省理工学院的赛斯·吉尔伯特和南希·林奇发表了布鲁尔猜想的证明，使之成为分布式计算领域公认的一个定理。 布鲁尔在提出CAP猜想时并没有具体定义Consistency、Availability、PartitionTolerance这3个词的含义，不同资料的具体定义也有差别，为了更好地解释，下面选择RobertGreiner的文章《CAPTheorem》作为参考基础。CAP理论的定义在一个分布式系统（指互相连接并共享数据的节点的集合）中，当涉及读写操作时，只能
在练习格式化输出时出现错误TypeError:can'tmultiplysequencebynon-intoftype'float'为什么会出现TypeError：不能将序列乘以’float’类型的非整数？实际情况是，这里隐藏着一个优先级的问题我们发现一般情况下我们在格式化输出的%后面给只一个值时没有任何问题 但一旦%后面给的是一个数学运算式时，就要注意了！！！（字符串*float是无法输出的） '%.2f'%2会作为一个格式化字符串先输出，然后再会*2——所以才出现上图的2.002.00这样重复的结果，但是如果给个*0.3就没有意义了解决方法：（改正输出优先级）
在练习格式化输出时出现错误TypeError:can'tmultiplysequencebynon-intoftype'float'为什么会出现TypeError：不能将序列乘以’float’类型的非整数？实际情况是，这里隐藏着一个优先级的问题我们发现一般情况下我们在格式化输出的%后面给只一个值时没有任何问题 但一旦%后面给的是一个数学运算式时，就要注意了！！！（字符串*float是无法输出的） '%.2f'%2会作为一个格式化字符串先输出，然后再会*2——所以才出现上图的2.002.00这样重复的结果，但是如果给个*0.3就没有意义了解决方法：（改正输出优先级）
