- 博客(652)
- 收藏
- 关注
RSS订阅原创 Docker 搭建Gitlab Could not resolve hostname
1本地解析不了Docker 内部设置的域名。搭建后git push 提交代码。
2023-12-03 11:59:52
236
原创 03 Mac 系统升级错误 (xcrun: error: invalid active developer path )
中间网络超时的话只需要 重新下载就好。
2023-11-05 00:05:55
145
原创 01 解决Mac安装软件已经损坏的问题
苹果从macOS Sierra 10.12 开始，已经去除了允许“任何来源”的选项，如果不开启“任何来源”的选项，会直接影响到无法运行的第三方应用。接着打开【系统偏好设置】，选择【安全性与隐私】，选择【通用】，可以看到【任何来源】已经选定。二、发现还是显示“已损坏，无法打开。然后回车，继续输入密码（密码输入时是不可见的），然后回车。回到终端窗口按回车，输入系统密码回车即可。接着重新打开安装软件，就可以正常安装了。一、允许“任何来源”开启。
2023-11-05 00:04:03
836
原创 05 yapi docker-compose 报错 (yaml: line 2: did not find expected ＜document start＞)
一、按照官方文档git clone 之后 修改配置。是因为ymal 格式有问题。使用格式化工具修改后再执行。
2023-11-04 23:58:40
325
原创 对象内存分布
（标记字段）：用于存储对象自身的运行时数据，例如存储对象的HashCode，分代年龄、锁标志位等信息，是synchronized实现轻量级锁和偏向锁的关键。字节对齐：为了内存的IO性能，JVM要求对象起始地址必须是8字节的整数倍。对于不对齐的对象，需要填充数据进行对齐。（类型指针）：对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例。实例数据：这部分主要是存放类的数据信息，父类的信息。
2023-09-06 18:41:39
49
原创 Synchronized 锁升级（无锁、偏向锁、轻量级锁、重量级锁）
synchronized锁升级过程总结：一句话，就是先自旋，不行再阻塞。实际上是把之前的悲观锁(重量级锁)变成在一定条件下使用偏向锁以及使用轻量级(自旋锁CAS)的形式。synchronized在修饰方法和代码块在字节码上实现方式有很大差异，但是内部实现还是基于对象头的MarkWord来实现的。JDK1.6之前synchronized使用的是重量级锁，JDK1.6之后进行了优化，拥有了无锁->偏向锁->轻量级锁->重量级锁的升级过程，而不是无论什么情况都使用重量级锁。偏向锁。
2023-09-06 18:37:42
68
原创 No ‘Access-Control-Allow-Origin‘ header is present on the requested resource.
跨域问题
2022-09-03 11:40:15
194
原创 npm WARN config global --global, --local are deprecated. Use --location=global instead.
npm WARN config global --global, --local are deprecated
2022-09-03 11:32:54
233
原创 Update your application to remove the dependency cycle between beans
Spring boot 高版本循环依赖问题
2022-09-03 11:25:12
1087
1
原创 java.sql.SQLSyntaxErrorException: Table ‘H_PERSION‘ doesn‘t exist
MySQL 表不存在
2022-08-04 19:33:56
336
原创 Error invoking remote method ‘fetch-data‘: FetchError: request to https://desktop.docker.com/tips.js
Docker
2022-07-19 11:35:45
1393
4
原创 ERROR: role “admin“ cannot be dropped because some objects depend on itDETAIL:
PLSQL 问题
2022-07-14 10:05:01
720
原创 Go get LibreSSL SSL_connect: SSL_ERROR_SYSCALL
# cd .; git clone -- https://github.com/gogf/gf /Users/flame/Downloads/GoCode/src/github.com/gogf/gfCloning into '/Users/flame/Downloads/GoCode/src/github.com/gogf/gf'...fatal: unable to access 'https://github.com/gogf/gf/': LibreSSL SSL_connect: SSL_ERR
2022-01-20 09:27:04
1645
原创 go get:~~~~~~~ i/o timeout
➜ ~ go env -w GOPRIVATE=https://mirrors.aliyun.com➜ ~ go env -w GOPROXY=https://goproxy.cn
2022-01-19 23:30:08
283
原创 go get: net/http: TLS handshake timeout
go: downloading github.com/gogf/gf v1.16.6go get: github.com/gogf/[email protected]: verifying module: github.com/gogf/[email protected]: Get "https://sum.golang.google.cn/lookup/github.com/gogf/[email protected]": net/http: TLS handshake timeoutgo env -w GOSUMDB=...
2022-01-19 23:28:22
2663
原创 2022年学习计划
1 设计模式2 Netty、Dubbo 源码3 英语4 操作系统（网络+硬件基础+计算机组成原理）5 Go语言6 运维 CI/CD7 DDD8 架构
2022-01-01 18:38:02
839
原创 2021-12-04 周末小记
经过疯狂工作卷的时候，我又能继续内卷了。第一次工作量评估差距这么大。经历了一周早10晚10 ，一周早10晚凌晨2点的我又复苏了。????疯狂内卷。坚持自律、疯狂学习。
2021-12-04 11:46:44
207
原创 Redis 的学习笔记 18 RedisTemplate 实现分布式锁
/** * ms */ public static final int LOCK_EXPIRE = 1000 * 60 ; private static final Long SUCCESS = 1L; public boolean tryLock(String lockKey, String value) { return tryLock(lockKey, value, LOCK_EXPIRE); } /*...
2021-09-20 23:23:51
393
原创 【RocketMq源码】九、 消息拉取
一、介绍1. 消息消费模式有两种模式：广播模式与集群模式。2. 广播模式比较简单，每一个消费者需要拉取订阅 主题下所有队列的消息。3. 在集群模式下，同一个消费者组内有多个消息消费 者，同一个主题存在多个消费队列，消费者通过负载均衡的方式消费消息。4. 消息队列负载均衡，通常的作法是一个消息队列在同一个时间只允许被一个消费消费者消费，一个 消息消费者可以同时消费多个消息队列。二、PullMessageService实现机制三、ProcessQueue实现机制Pro
2021-09-14 09:03:19
357
原创 【RocketMq源码】八、消息的消费
1. 检查消费者是否合法 checkGroup()生产组名称不能为空 、 生产者组的最大长度 255、判断命名规则（"^[%|a-zA-Z0-9_-]+$";）2. 构建主题订阅信息3.设置消费者客户端实例名称为进程ID4.创建MQClient实例5. 构建rebalanceImpl 默认AllocateMessageQueueAveragely6. 消息消费广播模式,将消费进度保存在本地7. 消息消费集群模式,将消费进度保存在远端 Broker...
2021-09-14 08:58:46
86
原创 【RocketMq源码】七、消息队列和索引文件恢复
1）RocketMQ的存储文件包括消息文件（Commitlog）、消息消费队列文件（ConsumerQueue）、 Hash索引文件（IndexFile）、监测点文件（checkPoint）、abort（关闭异常文件）。2）单个消息存储文 件、消息消费队列文件、Hash索引文件长度固定以便使用内存映射机制进行文件的读写操作。 RocketMQ组织文件以文件的起始偏移量来命名文件，这样根据偏移量能快速定位到真实的物理文件。3）RocketMQ基于内存映射文件机制提供了同步刷盘和异步刷盘两...
2021-09-14 08:55:05
268
原创 【RocketMq源码】六、消息的存储
1. checkStoreStatus 状态是否正常1）判断Broker角色如果是从节点,则无需写入2）判断当前写入状态如果是正在写入,则不能继续3）判断系统PageCache缓存去是否占用2. checkMessag() 检查消息属性4） 判断消息主题长度是否超过最大限制 (2^7-1)5）判断消息属性长度是否超过限制(msg.getPropertiesString() != nul...
2021-09-14 08:43:20
74
原创 【RocketMq源码】五、消息的生产发送
画图工具参考： IDEA UML画图插件一、单条消息发送1. 发送消息,默认超时时间为3s2. 校验消息、校验消息体(是否为空、长度是否为0、是否大于发送的最大内容 默认4M)3. 从缓存中获得主题的路由信息、路由信息为空,则从NameServer获取路由、如果未找到当前主题的路由信息,则用默认主题继续查找4. 判断路由是否需要更改 新旧路由数据比较（TopicRouteData）5. 路由如果有变化 需要更新 updateTopicPublishInfo、upd...
2021-09-14 08:37:23
85
原创 【RocketMq源码】四、心跳处理、路由删除
一、心跳处理二、路由删除1）Broker 每隔30s向 NameServer 发送一个心跳包，心跳包包含 BrokerId ， Broker 地址， Broker 名称， Broker 所属集群名称、 Broker 关联的 FilterServer 列表。2）如果 Broker 宕机， NameServer 无法收到心跳包，此时 NameServer 如何来剔除这些失效的 Broker 呢？3）NameServer 会 每隔10s扫描 brokerLiveTable 状态表，如果 .
2021-09-14 08:33:13
325
原创 【RocketMq源码】三、Broker 启动
1. 获取远程命令版本、设置NettySystemConfig.socketSndbufSize、NettySystemConfig.socketRcvbufSize 取不到值的话设置为131072（初始化的时候配置中没有值 默认值 65535）2. 设置监听端口10911 封装消息存储的配置信息 10911 用于与客户端的通信10912 用于与slave 的通信3. 创建brokerController 将配置写到properties (初始化、设置钩子函数...
2021-09-14 08:30:10
97
原创 【RocketMq源码】二、NameServer 启动流程
画图工具参考： IDEA UML画图插件 1 . 获取远程命令版本、解析命令行参数2. 创建NameSrvConfig 封装配置、创建NettyServerConfig 封装配置指定服务监听的端口号3. 查找NameSrvConfig的RocketmqHome没有则退出、创建NamesrvController4. 启动NamesrvController（初始化、添加钩子函数、启动NamesrvController）5. 初始化加载配置参数、创建 remotingServe..
2021-09-14 08:27:34
81
原创 【分布式】 七 分布式事务介绍
1. 事务：事务是由一组操作构成的可靠的独立的工作单元，事务具备ACID的特性，即原子性、一致性、隔离性和持久性。2. 本地事务：当事务由资源管理器本地管理时被称作本地事务。本地事务的优点就是支持严格的ACID特性，高效，可靠，状态可以只在资源管理器中维护，而且应用编程模型简单。但是本地事务不具备分布式事务的处理能力，隔离的最小单位受限于资源管理器。3. 全局事务：当事务由全局事务管理器进行全局管理时成为全局事务，事务管理器负责管理全局的事务状态和参与的资源，协同资源的一致提交回滚。
2021-09-13 23:32:16
93
原创 Redis 的学习笔记 17 原理剖析 AOF 和 RDB 对比
RDB 和AOF 对比1） RDB的优缺点 优点 RDB是二进制压缩文件，占用空间小，便于传输（传给slaver） 主进程fork子进程，可以最大化Redis性能，主进程不能太大，Redis的数据量不能太大，复制过程中主 进程阻塞 缺点 不保证数据完整性，会丢失最后一次快照以后更改的所有数据。2）AOF AOF（append only file）是Redis的另一种持久化方式。Redis默认情况下是不开启的。开启AOF持久 化后 Redis 将所有对数据库进行过写入的命令（及其参数）（RESP...
2021-09-13 09:24:14
121
原创 Redis 的学习笔记 16 原理剖析
1. Redis 为啥需要持久化1）Redis是内存数据库，宕机后数据会消失。2）Redis重启后快速恢复数据，要提供持久化机制 Redis持久化是为了快速的恢复数据而不是为了存储数据 。3）Redis有两种持久化方式:RDB和AOF注意:Redis持久化不保证数据的完整性。 当Redis用作DB时，DB数据要完整，所以一定要有一个完整的数据源(文件、mysql) 在系统启动时，从这个完整的数据源中将数据load到Redis中 数据量较小，不易改变，比如:字典库(xml、Table)
2021-09-13 09:21:11
127
原创 02 计算机组成原理之组成篇
#### 一、计算机的硬件#### 二、计算机的总线##### 1. 总线的概述> 1: 提供了对外连接的接口> 2: 不同设备可以通过USB接口进行连接> 3: 连接的标准，促使外围设备接口的统一##### 2. 总线的作用> 解决不同设备之间的通信问题##### 3. 总线的分类1. 片内总线> 1: 芯片内部的总线> 2: 寄存器与寄存器之间> 3: 寄存器与控制器、运算器之间> 4: 高集成...
2021-08-10 08:03:45
78
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人