勋章
我关注的人
粉丝
技术能力
暂时未有相关云产品技术能力~
又菜又爱玩的一个人
-
发表了文章 2022-09-23
OpenFeign服务接口调用
Feign是一个声明式WebService客户端。使用Feign能让编写Web Service客户端更加简单。 它的使用方法是定义一个服务接口然后在上面添加注解。Feign也支持可拔插式的编码器和解码器。
-
发表了文章 2022-09-23
Ribbon负载均衡算法
负载均衡算法：rest接口第几次请求数 % 服务器集群总数量 = 实际调用服务器位置下标 ，每次服务重启动后rest接口计数从1开始。
-
发表了文章 2022-09-23
Spring Cloud Ribbon
Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端 负载均衡的工具。(负载均衡+RestTemplate调用)
-
发表了文章 2022-09-23
springcloud整合consul
新建Module支付服务provider8006 cloud-providerconsul-payment8006
-
发表了文章 2022-09-23
Consul简介和安装
Consul 是一套开源的分布式服务发现和配置管理系统，由 HashiCorp 公司用 Go 语言开发。
-
发表了文章 2022-09-23
springcloud整合Zookeeper
zookeeper是一个分布式协调工具，可以实现注册中心功能 关闭Linux服务器防火墙后启动zookeeper服务器 zookeeper服务器取代Eureka服务器，zk作为服务注册中心
-
发表了文章 2022-09-22
java调用ZooKeeper API应用
java调用ZooKeeper API应用
-
发表了文章 2022-09-22
Zookeeper客户端命令行操作
Zookeeper客户端命令行操作
-
发表了文章 2022-09-22
Zookeeper内部原理
每次修改ZooKeeper状态都会收到一个zxid形式的时间戳，也就是ZooKeeper事务ID。 事务ID是ZooKeeper中所有修改总的次序。每个修改都有唯一的zxid，如果zxid1小于zxid2，那么zxid1在zxid2之前发生。
-
发表了文章 2022-09-22
Zookeeper选举机制
半数机制：集群中半数以上机器存活，集群可用。所以Zookeeper适合安装奇数台服务器。
-
发表了文章 2022-09-22
Zookeeper安装以及基本服务开启关闭操作指令和配置参数解读
Zookeeper安装以及基本服务开启关闭操作指令和配置参数解读
-
发表了文章 2022-09-22
Zookeeper入门
Zookeeper是一个开源的分布式的，为分布式应用提供协调服务的Apache项目 ZooKeeper字面意思：动物园管理员，把服务器比作是动物，它作为一个管理者的身份，监控着从它上面注册过的服务，客户端可以通过ZooKeeper来了解服务的运行情况。
-
发表了文章 2022-09-22
Eureka自我保护
保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式， Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务。
-
发表了文章 2022-09-22
服务发现@EnableDiscoveryClient
@EnableEurekaClient只适用于Eureka作为注册；@EnableDiscoveryClient 可以是其他注册中心。
-
发表了文章 2022-09-22
搭建Eureka注册中心集群 ，实现负载均衡
问题：微服务RPC远程服务调用最核心的是什么 高可用，试想你的注册中心只有一个only one， 它出故障了那就呵呵(￣▽￣)"了，会导致整个为服务环境不可用，所以 解决办法：搭建Eureka注册中心集群 ，实现负载均衡+故障容错
-
发表了文章 2022-09-22
Eureka基础知识
Spring Cloud 封装了 Netflix 公司开发的 Eureka 模块来实现服务治理 在传统的rpc远程调用框架中，管理每个服务与服务之间依赖关系比较复杂，管理比较复杂，所以需要使用服务治理，管理服务于服务之间依赖关系，可以实现服务调用、负载均衡、容错等，实现服务发现与注册。
-
发表了文章 2022-09-22
RestTemplate
RestTemplate提供了多种便捷访问远程Http服务的方法， 是一种简单便捷的访问restful服务模板类，是Spring提供的用于访问Rest服务的客户端模板工具集
-
发表了文章 2022-09-22
MQ发布确认springboot版本
MQ发布确认springboot版本
-
发表了文章 2022-09-22
Rabbitmq插件实现延迟队列
RabbitMQ只会检查第一个消息是否过期，如果过期则丢到死信队列，如果第一个消息的延时时长很长，而第二个消息的延时时长很短，第二个消息并不会优先得到执行。
-
发表了文章 2022-09-22
延时队列优化 （2）
在这里新增了一个队列QC,绑定关系如下,该队列不设置TTL时间
-
发表了文章 2022-09-22
延迟队列MQ
延时队列,队列内部是有序的，最重要的特性就体现在它的延时属性上，延时队列中的元素是希望在指定时间到了以后或之前取出和处理，简单来说，延时队列就是用来存放需要在指定时间被处理的元素的队列。
-
发表了文章 2022-09-22
springboot整合rabbitMQ 死信队列（基本）
创建两个队列QA和QB，两者队列TTL分别设置为10S和40S，然后在创建一个交换机X和死信交换机Y，它们的类型都是direct，创建一个死信队列QD，它们的绑定关系如下
-
发表了文章 2022-09-22
消息被拒MQ
消息被拒MQ
-
发表了文章 2022-09-22
队列达到最大长度代码实战
队列达到最大长度代码实战
-
发表了文章 2022-09-22
死信队列 和消息TTL过期代码
先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。
-
发表了文章 2022-09-22
redis淘汰策列
将Redis用作缓存时，如果内存空间用满，就会自动驱逐老的数据。
-
发表了文章 2022-09-22
Direct exchange
我们构建了一个简单的日志记录系统。我们能够向许多接收者广播日志消息。在本节我们将向其中添加一些特别的功能-比方说我们只让某个消费者订阅发布的部分消息。例如我们只把严重错误消息定向存储到日志文件(以节省磁盘空间)，同时仍然能够在控制台上打印所有日志消息。
-
发表了文章 2022-09-22
交换机Exchanges
RabbitMQ消息传递模型的核心思想是: 生产者生产的消息从不会直接发送到队列。实际上，通常生产者甚至都不知道这些消息传递传递到了哪些队列中。
-
发表了文章 2022-09-22
RabbitMQ持久化
我们已经看到了如何处理任务不丢失的情况（手动应答），但是如何保障当RabbitMQ服务停掉以后消息生产者发送过来的消息不丢失。默认情况下RabbitMQ退出或由于某种原因崩溃时，它忽视队列和消息，除非告知它不要这样做。确保消息不会丢失需要做两件事：我们需要将队列和消息都标记为持久化。
-
发表了文章 2022-09-22
MQ发布确认
生产者将信道设置成confirm模式，一旦信道进入confirm模式，所有在该信道上面发布的消息都将会被指派一个唯一的ID(从1开始)，一旦消息被投递到所有匹配的队列之后，broker就会发送一个确认给生产者(包含消息的唯一ID)，这就使得生产者知道消息已经正确到达目的队列了，如果消息和队列是可持久化的，那么确认消息会在将消息写入磁盘之后发出，broker回传给生产者的确认消息中delivery-tag域包含了确认消息的序列号，此外broker也可以设置basic.ack的multiple域，表示到这个序列号之前的所有消息都已经得到了处理。
-
发表了文章 2022-09-22
不公平分发
在最开始的时候我们学习到RabbitMQ分发消息采用的轮训分发，但是在某种场景下这种策略并不是很好，比方说有两个消费者在处理任务，其中有个消费者1处理任务的速度非常快，而另外一个消费者2处理速度却很慢，这个时候我们还是采用轮训分发的化就会到这处理速度快的这个消费者很大一部分时间处于空闲状态，而处理慢的那个消费者一直在干活，这种分配方式在这种情况下其实就不太好，但是 RabbitMQ并不知道这种情况它依然很公平的进行分发。
-
发表了文章 2022-09-22
RabbitMQ消息应答
消费者完成一个任务可能需要一段时间，如果其中一个消费者处理一个长的任务并仅只完成了部分突然它挂掉了，会发生什么情况。RabbitMQ一旦向消费者传递了一条消息，便立即将该消息标记为删除。
-
发表了文章 2022-09-22
rabbitMQ轮训分发消息
rabbitMQ轮训分发消息
-
发表了文章 2022-09-22
RabbitMQ名词解释
RabbitMQ是一个消息中间件：它接受并转发消息。你可以把它当做一个快递站点，当你要发送一个包裹时，你把你的包裹放到快递站，快递员最终会把你的快递送到收件人那里，按照这种逻辑RabbitMQ是一个快递站，一个快递员帮你传递快件。RabbitMQ与快递站的主要区别在于，它不处理快件而是接收，存储和转发消息数据。
-
发表了文章 2022-09-22
rabbitMQ---- ＞hello word
rabbitMQ---- ＞hello word
-
发表了文章 2022-09-22
MQ简单介绍
MQ(message queue)，从字面意思上看，本质是个队列，FIFO先入先出，只不过队列中存放的内容是message而已，还是一种跨进程的通信机制，用于上下游传递消息。
-
发表了文章 2022-09-22
动态代理入门
动态代理入门
-
发表了文章 2022-09-22
Redis集群
Redis 集群实现了对Redis的水平扩容，即启动N个redis节点，将整个数据库分布存储在这N个节点中，每个节点存储总数据的1/N。
-
发表了文章 2022-09-22
Redis_主从复制
主机数据更新后根据配置和策略， 自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主
-
发表了文章 2022-09-22
13. Redis持久化之AOF
以日志的形式来记录每个写操作（增量保存），将Redis执行过的所有写指令记录下来(读操作不记录)， 只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis 重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作
-
发表了文章 2022-09-22
Redis持久化之RDB（Redis DataBase）
RDB在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里
-
发表了文章 2022-09-21
redis秒杀案例
redis秒杀案例
-
发表了文章 2022-09-21
redis发布订阅命令行实现
redis发布订阅命令行实现
-
发表了文章 2022-09-21
liunx启动redis
这种启动方式不能退出控制台，如果退出，那么redis服务也会停止。如果想要redis以后台方式运行，需要修改redis的配置文件：redis.conf。
-
发表了文章 2022-09-21
6.Redis新数据类型
现代计算机用二进制（位） 作为信息的基础单位， 1个字节等于8位， 例如“abc”字符串是由3个字节组成， 但实际在计算机存储时将其用二进制表示， “abc”分别对应的ASCII码分别是97、 98、 99， 对应的二进制分别是01100001、 01100010和01100011
-
发表了文章 2022-09-21
redis常用五大数据类型
String是Redis最基本的类型，你可以理解成与Memcached一模一样的类型，一个key对应一个value。
-
发表了文章 2022-09-21
跳跃表介绍
有序集合在生活中比较常见，例如根据成绩对学生排名，根据得分对玩家排名等。对于有序集合的底层实现，可以用数组、平衡树、链表等。数组不便元素的插入、删除；平衡树或红黑树虽然效率高但结构复杂；链表查询需要遍历所有效率低。
-
发表了文章 2022-09-21
SpringBoot项目读取配置文件信息
当我们项目比较大配置信息比较多的时，如果所有的配置信息都放在一个配置文件中，就会显得比较臃肿且不易理解和维护。
-
发表了文章 2022-09-21
Springboot实现过滤器
Springboot实现过滤器有以下俩种方式，第一种方式俩步走，即向spring容器注册filter
-
发表了文章 2022-09-21
mybatisplus的配置
mybatisplus的配置
-
发表了文章
2024-05-15
谈谈Redo Log和Undo Log
-
发表了文章
2024-05-15
谈谈SQL的优化经验
-
发表了文章
2024-05-15
谈谈Redis的过期数据删除策略
-
发表了文章
2024-05-15
用Python手把手教你WordCloud可视化
-
发表了文章
2024-05-15
Nacos心跳机制解读（含简单源码分析）
-
发表了文章
2024-05-15
谈谈ACID
-
发表了文章
2024-05-15
谈谈MYSQL中的Explain
-
发表了文章
2024-05-15
谈谈MYSQL索引
-
发表了文章
2024-05-15
Sentinel核心类解读：Node
-
发表了文章
2024-05-15
谈谈Redis的数据淘汰策略
-
发表了文章
2024-05-15
Sentinel核心类解读：Entry
-
发表了文章
2024-05-15
基于Docker的安装和配置Canal
-
发表了文章
2024-05-15
硬核神作|万字带速通Nacos
-
发表了文章
2024-05-15
简单聊聊copy on write（写时复制）技术
-
发表了文章
2024-05-15
一文解读Docker 网络Network
-
发表了文章
2024-05-15
一文简单聊聊protobuf
-
发表了文章
2024-05-15
数据同步策略解读
-
发表了文章
2024-05-15
SpringCloud之Sentinel概述和安装及简单整合
-
发表了文章
2024-05-15
一文带你深度体验DevChat
-
发表了文章
2024-05-15
一文速通Sentinel熔断及降级规则
-
回答了问题
2022-09-22
你知道什么是“云境深处的守护者”吗？
人们习惯于将一些个人信息和重要文件保存在计算机软盘或硬盘中。黑客利用熟练的技术和丰富的知识，结合计算机中的漏洞和病毒程序，对用户的重要文件进行恶意攻击甚至恶意篡改。携带病毒的文件会继续恶意快速地感染用户计算机中的其他文件，导致数据丢失和系统崩溃。木马病毒程序通过非法入侵和窃取用户重要信息和账号密码信息，使个人信息安全受到严重威胁。 为防止计算机被不法分子和病毒程序入侵，少数用户会在计算机中安装安全查杀软件，但大部分用户网络安全意识薄弱，未能及时查杀，人为地给计算机带来了严重的负担。此外，因缺乏对网络欺诈的恶意信息防范意识，导致人为地泄露自己的身份信息，这些问题使得网络安全无法得到保障。 硬件、软件和协议或系统安全策略的具体实现存在缺陷，使入侵者可以在未经许可的情况下访问和破坏系统和系统中的数据，对系统组成和数据造成破坏。 在上面这些问题中，普通用户采取的正确做法应该是什么呢？赞0 踩0 评论0 -
回答了问题
2022-09-22
嘿！你玩“羊了个羊”吗？
其实这个游戏，一方面要控制关卡的难度，另一方面又要保证能通关本身就是一个相当困难的问题。而设计者反其道而行之，（可能）没有花力气去设计算法，把坑留给玩家，得到了极低的通关率，反而制造了话题并形成爆款。如此说来，这确实是个抖机灵的“设计”。这种“设计”在游戏策划中是不宜被借鉴的，就像现在市面上泛滥的悬疑剧，开始埋坑无数，吊足观众胃口，最后烂尾不了了之一样，长此以往观众（玩家）对于悬疑剧（游戏）的信任感就被消费殆尽了。----来自于其他博主评价 这个游戏是以运气作为很大的一部分。如果真的要设计的话，我觉得这几个点用的上的， 1.把当前桌面的牌记录在一个数组tiles中，当需要洗牌时，先打乱一下数组中牌的顺序，然后让桌面上每一张牌到tiles中重新取一个值。再来个眼花缭乱点的动画 2.每个关卡能被通过的一个必要条件就是每一种图案的总数，必须能被3整除。实现方法如下 export var initial_tiles = { 0:10, 1:10, 2:10, 3:10, 4:10, 5:10, 6:10, 7:10, 8:10, 9:10, 10:10, 11:10, 12:10, 13:10, 14:10, 15:10 } func _init(): for key in initial_tiles: var num = initial_tiles[key]*3 for i in range(0,num): tiles.append(key) tiles.shuffle() 其中字典initial_tiles 的key对应着每一种图案，后面的value对应着这一关该图案出现的“对数”（此处1对等于3个）。按照value乘以3的数量存入数组tiles（下文称之为：待发牌池），然后把待发牌池中的元素打乱顺序，等待“发牌”。赞2 踩0 评论0