辇道增七的小站

这里只说一下golang中反射的作用，使用方法和原理不谈 反射的作用 当不知道类型的时候，可以通过反射来实现更新变量、运行时查看值、调用方法以及直接对他们的布局进行操作。 情景 比如需要一个函数来处理一个值，但是值的类型不确定，若用一般方法，需要用.(type)来获取值类型，然后用一连串的switch来分类讨论，而使用反射就可以在不知道类型的情况下对值进行操作。 具体功能 获取变量内部信息 struct的反射 匿名或嵌入字段的反射 判断传入的类型是否是我们想要的类型 通过反射修改内容 通过反射调用方法 参考 https://blog.csdn.net/u011957758/article/details/81193806

最近看到面试算法题经常出现链表相关的题目，但是由于时间久远+oi中链表并不经常出现，我的链表知识已经还给刘汝佳了，遂恶补一通 定义 1234struct ListNode { int value; ListNode* next;}; 两个字段：一个是值，一个是指向下个节点指针。 添加节点 1234567891011121314151617181920212223void AddToTail(ListNode** pHead, int value) { //new node ListNode* pNew = new ListNode(); pNew->value = value; pNew->next = NULL; //head judge if (*pHead == NULL) { *pHead = pNew; } else { //find tail ListNode* pNode = new ListNode(); pNode = *pHead; while (pNode->next ! ...

在看begonia的设计文档的时候，发现了这样一张图 其中的中台这个词还是第一次听说，百度之。 传统架构 传统的服务架构是这样的： 每一个前台的用户终端都需要与后台进行一次对接，而后台的每一个模块都需要维持与前台业务的关联，并根据不同业务前台的特征加入适配。 可以看到这里前台和后台的耦合性非常强，后台的每一个项目都需要加入与前台适配的部分，增加了开发量，当后台需要对服务升级或者架构调整的时候，还需要考虑与前台的对接，及其麻烦~~（又想到了当初的寒假作业）~~ 中台业务架构 当引入中台之后，中台就作为了一个对接层，统一对接前端的不同终端，对后台的各个系统进行封装。 一句话总结:用一句话来概括就是：中台的核心本质就是服务共享，目标是支持前台的快速创新或试错，而实现的手段是微服务架构、敏捷基础设施和公共基础服务。 回到begonia 再回头看begonia的架构图，图中的中台服务大概是指前端接口一类的东西，这里之所以用中台服务大概是中台服务已经是项目中非常普遍的做法了吧。

阅读keycenter的时候发现了这样一段代码不是很理解 百度了一下了解到分布式锁的概念 为什么需要锁 举个例子，假如在单机多线程环境下，多个线程需要访问同一个区域，我们需要控制这些线程按照顺序一个个执行 ，否则会出现并发问题，而上锁就是解决问题的方法之一。 锁的原理 设置一个各个线程都可以看见的标志，当有线程需要访问临界区域的时候，设置标志（Lock），这样其它线程就可以知道这里正在被使用。当访问结束的时候，取消标志（Unlock）。 keycenter中的分布式锁 keycenter用来处理token的签发等功能，需要使用redis。由于分布式的原因，同一时间只能有一个请求去修改数据库，否则可能出现同步问题。所以这里引入了分布式锁 keycenter中分布式锁的实现 keycenter使用redis来实现分布式锁。 12345678910111213// lockEntity 锁的实体// callback 上完锁的回调// gid 协程号idtype lockEntity struct { callback func() gid uint64}fu ...

ssh最近用的有些多，每次开一个ssh过一段时间就会超时，需要重新开，感觉很烦。 这个可以使用ServerAliveInterval解决 用法是：ssh root@xxx.xxx -o ServerAliveInterval=60 百度了一下，原理大概是每隔60s发送一个空包，并加以响应，以此保持ssh活跃。 其它还有一些方法需要修改配置文件，原理还是发送包或者增长超时时间。 但是尝试了一下不知为何并没有成功。

最近有需求在linux后台长时间跑服务，但是用ssh登录服务器后，关闭终端任务就会关闭，摸索后找到了一种解决方案。 使用 nohup cmd &即可后台挂起 12345678[root@izuf6jf12ks7n33jyg1qplz websocket]# nohup ./chart_room &[2] 12871[1] Terminated nohup ./chart_room[root@izuf6jf12ks7n33jyg1qplz websocket]# nohup: ignoring input and appending output to ‘nohup.out’lschart_room client.go go.mod go.sum home.html hub.go main.go nohup.out[root@izuf6jf12ks7n33jyg1qplz websocket]# cat nohup.out2021/03/24 16:49:48 / 此外输出会以n ...

今天看网校的源码keycenterd的时候，发现了这样一段代码，其中有连接池的字眼不是很熟悉，百度了一下。 首先Redis也是一种数据库，它基于C/S模式，因此如果需要使用必须建立连接，稍微熟悉网络的人应该都清楚地知道为什么需要建立连接，C/S模式本身就是一种远程通信的交互模式，因此Redis服务器可以单独作为一个数据库服务器来独立存在。假设Redis服务器与客户端分处在异地，虽然基于内存的Redis数据库有着超高的性能，但是底层的网络通信却占用了一次数据请求的大量时间，因为每次数据交互都需要先建立连接，假设一次数据交互总共用时30ms，超高性能的Redis数据库处理数据所花的时间可能不到1ms，也即是说前期的连接占用了29ms，连接池则可以实现在客户端建立多个链接并且不释放，当需要使用连接的时候通过一定的算法获取已经建立的连接，使用完了以后则还给连接池，这就免去了数据库连接所占用的时间。 简而言之，基于内存的redis在远程通信时，瓶颈并不在数据库本身，而在网络层。 解决这个问题的方法是，在程序初始化的时候，建立多个链接不释放，当需要使用的时候从其中取，以减少建立链接的时间。

安装 12go get -u gorm.io/gormgo get -u gorm.io/driver/mysql 连接数据库 dsn格式 1dsn := "user:pass@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4&parseTime=True&loc=Local" 开始 12345678910111213141516171819202122232425262728293031323334package mainimport ( "gorm.io/driver/mysql" "gorm.io/gorm" "gorm.io/gorm/logger")type Product struct { gorm.Model Code string Price uint}var ( DB *gorm.DB)const dns = "root:123456@tcp(127.0.0.1:3306)/t ...

Redis 键（key） Redis键命令用于管理redis的键 Redis keys基础命令 SET k v 设置key-value对 KEYS pattern 用于查询所有满足给定模式的keys 12345678910127.0.0.1:6379> set test1 aOK127.0.0.1:6379> set test2 bOK127.0.0.1:6379> set test3 cOK127.0.0.1:6379> keys test*1) "test2"2) "test3"3) "test1" TTL key 以秒为单位，返回给定key的剩余生存时间 1234127.0.0.1:6379> SET test_time abc EX 120OK127.0.0.1:6379> ttl test_time(integer) 116 PTTL key 同上，不过剩余生存时间单位为毫秒 PERSIST key 移除key的过期时间，若移除成功，返回1，若key不存在或无过期时间，返回0 12 ...

Mechanisms in Procedures Passing control To beginning of procedure code Back to return point Passing data Procedure arguments Return value Memory management Allocate during procedure execution Deallocate upon return Others Mechanisms all implemented with machine instructions x86-64 implementation of a procedure uses only those mechanisms required Stack Structure x86-64 Stack Region of memory managed with stack discipline Grows toward lower addresses Register %rsp contains lowest stack ...