qq_43409811的博客

了解一下分布式 事务的原理

文章目录Zookeeper内部信息Kafka指令消费逻辑kafka的consumer是以什么为粒度更新&持久化offset的？？？Zookeeper内部信息查看当前那个broker是controllerget /controllerls /brokersls /brokers/topics 查看当前kafka 集群中的所有topicKafka指令kafka-topics.sh --zookeeper hadoop3:2181 --create --topic first --part

[root@hadoop1 kafka]# kafka-topics.sh --zookeeper node3:2181,node4:2181 --create --replica-assignment 3 --partition 2 --topic ooxxException in thread "main" joptsimple.UnrecognizedOptionException: partition is not a recognized option at joptsimple.Optio.

herostory3 添加了以下几种功能1.在moveTo上添加fromX,fromY2.解决了 自己刷新，其他用户也回归原点的问题（正常应该沿着原本的路线走）3.单线程解决 血量可能因为并发出错4.添加登录问题那么为什么需要使用服务器单线程呢？由图就可以知道，默认netty就是使用多线程执行的，如果执行某些业务的话，那么我们需要如何保证 数据的线程安全问题，此时只能使用单线程了。那么为什么后面又需要使用多线程呢？比如用户量一多，单线程执行的就比较慢了，我们就可以使用这种多线程异步的方式

通过路径扫描，扫描出该包或子包中标有@CmdHandler注解的类，然后通过反射，将其实例化后缓存。try { Set<Class> classes = ScanPackageUtil.ScanPackage("org.tinygame.herostory2", CmdHandler.class); if(classes == null){ logger.error("自动添加handler扫描包失败");

先来看几段代码从 解码-> 处理 -> 编码，你会发现我们使用了很多的if或者case，尤其是这个handler处理这一步代码量非常多，还是多功能的耦合在一起，非常不利于业务的拓展以及维护。略懂设计模式的应该都懂，需要使用设计模式中的工厂模式来优化。创建对应的工厂，使用hashmap集合来存储编码器和解码器工厂（消息编码工厂）Handler处理器工厂需要获取的话直接使用 map.get来获取对应的value，看这个handlerMap,每个命令需要执行的具体业务就交给一个

首先来看看需要完成的游戏效果，两个客户端都可以移动，其他客户端也实时可见，刷新那一方刷新两个英雄都回归原点（bug）,另一方还在连接的那一方正常。网页浏览地址http://cdn0001.afrxvk.cn/hero_story/demo/step010/index.html?serverAddr=127.0.0.1:11234&userId=2GameMsgProtocol.protosyntax = "proto3";package msg;option java_packag

paxos简单介绍https://www.douban.com/note/208430424/Zookeeper Atomic Broadcast（原子广播）简称为ZAB协议看了前面的Paxos算法，我们可能会认为Zookeeper就是基于Paxos算法的实现，但是事实上，Zookeeper并不是完全采用的Paxos，而是一种名为Zookeeper Atomic Broadcast，简称ZAB协议的一种支持奔溃恢复的协议作为数据一致性核心算法。ZAB协议定义整个Zookeeper中关于事物消息的处理流程

我们是用keepalived一般采用的是主从模型，看过去好像很可靠，但是不要忘了keepalived也只是一个程序而已，当keepalived因为某些异常退出（不是stop,stop会执行相应的关闭命令），导致物理网卡配置的eth0:2子接口还是暴露的。此时从机器的keepalived也启动，也会将物理网卡的eth0:2暴露出来，那么可能会出现同一个连接的数据包转发到不同的RServer上去，而导致数据包被丢弃，虽然三次握手会重传，但是会导致效率不高的问题。此时zookeeper就可以派上用场啦！！！请

1

11

lvs三层hold住流量，nginx控制(hold)住握手，tomcat控制住计算

OSI七层模型查看Linux当前进程的文件描述符接着执行8这个文件描述符（输入和输出），与外界建立套接字（socket）,这就是Linux操作系统中万物皆文件的概念关闭当前8文件描述符exec 8<& -三次握手建立连接，四次挥手建立连接查看Linux网卡信息cat /etc/sysconfig/network-scripts/ifcfg-eth0/etc是用来存放系统主要的配置文件，例如人员的账号密码文件、各种服务的起始文件等。一般来说，这个目录下的各文件属性是可以

企业IM比如企业微信、钉钉里面的群消息的有个已读未读的功能，发送者刚发出消息时，当前群里其他群成员都是未读状态，陆陆续续有人看了这个消息，这时候消息的详情变成x人已读，y人未读，如下图所示，有具体的已读未读列表（万恶的功能，看到同事or老板的消息不能假装没看到了），每条消息对应一个唯一的messageid（uint64_t），每个用户对应一个唯一的userid（uint64_t）,应该如何保存这个消息对应的已读未读详情呢？第一反应就是很简单粗暴的方案对于每一个messageid，存当前readi.

一面 技术面首先针对简历问，你的项目使用的技术栈，比如使用RebbitMQ对它的理解，数据库有什么感觉设计的比较好的，为什么这样设计，有什么问题，怎样解决的？Redis你是用来干什么的？会遇到什么问题？如何解决？防止用户的短信轰炸，如何解决？我回答的是使用在server层判断该用户ip的次数或者使用AOP来实现。那还有没有其他方法呢？呃呃呃，我想不起来了，其实微服务的GetWay网关是可以实现的。简历上面写的几乎都有涉及到二面 综合面总的是以唠叨为主，你有什么优势？逻辑性强热爱学习你是怎样

1.单一职责原则单一职责约定一个类应该有且仅有一个改变类的原因视频观看的角色分为 访客用户（480p）、普通会员（720p）、VIP会员（1080p），以及是否有广告违背原则方案创建一个VideoUserService类，创建一个方法，通过if…else if…else进行判断虽然看过去好像没什么问题，但是很多东西堆在一起，难维护！！！单一职责原则改善方案定义一个IVideoUserService接口，内部定义两个方法void definition();//视频清晰度void adver

话不多说，直接上代码运行// 1、创建代码生成器// AutoGenerator mpg = new AutoGenerator(); AutoGenerator mpg = new AutoGenerator(); // 2、全局配置 GlobalConfig gc = new GlobalConfig(); String projectPath = System.getProperty("user.dir");

fd

配置Maven<dependencies> <dependency> <groupId>org.elasticsearch</groupId> <artifactId>elasticsearch</artifactId> <version>7.8.0</version> </dependency>

BIO模型BIO模型也称为同步非阻塞模型，当ServerSocket需要accept()、read()、write()时，调用操作系统的相关函数，但是如果没有拿到对应的数据时，会一直阻塞在那里。当服务器每接收一个Client就需要开启一个线程去处理在现在访问量如此之大的条件下，C10K问题是无法避免的，一台服务器根本无法开启如此之多的线程来处理那么在硬件方面是否可以解决，答案是可以。但是N多台服务器分布式，你想想，这在经济方面是非常昂贵的，很多公司是承担不起的，而且你为每个用户开启一个线程，你能确