BYT0723的博客

1. 问题

观看以下代码

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

package main

import (
	"fmt"
	"unsafe"
)

type S1 struct {
	a struct{}
	b int8
	c int64
}

type S2 struct {
	a int8
	b int64
	c struct{}
}

func main() {
	var (
		s1 S1
		s2 S2
	)
	fmt.Printf("unsafe.Sizeof(s1): %v\n", unsafe.Sizeof(s1))
	fmt.Printf("unsafe.Sizeof(s2): %v\n", unsafe.Sizeof(s2))
}

1.1 分析

• S1

  1. a字段为struct{},不占内存，0字节
  2. b字段为int8,对齐长度1, 占1字节
  3. c字段为int64,对齐长度8,前两个字段只占用了1字节，所以填充7字节，对齐到八字节位

  所以S1占用16字节

• S2

  1. a字段为int8,对齐长度1, 占1字节
  2. b字段为int64,对齐长度8,a字段只占用了1字节，所以填充7字节，对齐到八字节位
  3. a字段为struct{},不占内存，0字节

  所以S2占用16字节

真的对吗？,看看输出

1
2

unsafe.Sizeof(s1): 16
unsafe.Sizeof(s2): 24

为什么呢？我们看看golang仓库中的这个issue 9401,建议自己看比较好。

机翻一下

那么当0字符字段在结构体最后时，多出的一个结构体对齐长度，是为了防止结构体指针之乡结构体外部，即无效指针。

1. 安装方案

• wine-for-wechat配合wine-wechat-setup无脑爽,这是archlinuxcn源中的包

2. 准备

2.1 ArchlinuxCN源配置

根据archlinuxcn完成archlinuxcn源配置，然后使用sudo pacman -Syu更新源

2.2 下载Wechat安装包

下载最新的wechat 64位安装包

1. 应用场景

例如当我们更新了配置文件，但是我们不想停止程序重启

2. 实现思想

在我们检测到配置文件更改时，进行进程替换，但如果我们开启子进程，杀死父进程，会产生孤儿进程

本文以及评论记录了平时的一些问题

• music-downloader

  • music-downloader的歌曲名还是会出现字符错误，继续排查
  • DONE: qq-music-api中没有check是否获取到歌词

• 1.前言
• 2.安装 Xorg
• 3.驱动安装
• 4.安装
  • 4.1 安装 Dwm
  • 4.2 终端安装
  • 4.3 脚本安装
• 5.启动
  • 5.1 使用 startx
  • 5.2 使用启动管理器
• 6. 其他配置

1.前言

你需要确保你已经安装好了 Arch 或其他发行版的 Linux,并且已经接入互联网、配置好了你的 pacman.conf 和 mirrorlist

Tips: 如果您已接触过其他桌面管理器，可直接跳转至安装

2.安装 Xorg

Xorg （通常简称为 X ）是 Linux 用户中最流行的显示服务器。 它无处不在，使其成为 GUI 应用程序永远存在的必要条件，从而导致大多数发行版的大量采用。wiki
xorg 是 dwm 乃至大多数桌面环境的基础(hyprrland 除外).

1

sudo pacman -S xorg xorg-server xorg-apps

xorg-apps 中包括了很多有用的工具，例如xrandr、xprop、xmodmap、xsetroot

部分初学者使用web框架时会发现每个handler都会传入一个context，但并没有深究他的作用，甚至直接传入一个context.Background()草草了事。本文结合我在工作中的实际场景，盘点下context的使用

1. 控制goroutine

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

package main

import (
	"sync"
)

var wg sync.WaitGroup

func main() {
	wg.Add(1)
	go func() {
		defer wg.Done()
		daemon1()
	}()

	wg.Add(1)
	go func() {
		defer wg.Done()
		daemon2()
	}()

	wg.Wait()
}

func daemon1() {
	// 开启8080端口tcp监听，并处理连接
}

func daemon2() {
	// 开启8080端口udp监听，并处理连接
}

如上，我们在main函数中启动了两个守护协程，并使用WaitGroup等待goroutine结束，但由于daemon中监听并处理，一般有for {}结构，无法退出。当我们退出主协程，由于等待，会导致我们的程序卡死

1. DB 和 Cache 的数据一致性

• 延迟双删

• binlog 异步更新

XSS 攻击

Grpc 和 HTTP1.1 应用场景的差别

gRPC 是一种高性能的 RPC（Remote Procedure Call）框架，它使用 Protocol Buffers 进行序列化和反序列化，支持多种编程语言，并提供了丰富的特性，如流式处理、认证和授权等。在微服务场景下，由于 gRPC 使用二进制协议进行通信，因此它的效率和吞吐量都比 RESTful API 更高。此外，gRPC 还提供了更加丰富的服务定义和代码生成工具，可以更加方便地生成客户端和服务器端的代码。
而 RESTful API 则是一种基于 HTTP 协议的 API 设计风格，它使用 JSON、XML 等文本格式进行序列化和反序列化，具有简单、灵活、易于理解和使用的特点。RESTful API 适用于基于 HTTP 的应用程序，比如 Web 应用程序、移动应用程序等，且可以跨语言和平台使用。在微服务场景下，RESTful API 具有更加广泛的应用场景，比如服务暴露、API 网关等。
因此，选择 gRPC 还是 RESTful API 需要根据具体需求和场景进行选择。如果需要高性能、高吞吐量的微服务之间通信，或者需要流式处理、认证和授权等高级特性，可以选择 gRPC；如果需要简单、灵活、易于理解和使用的 API，或者需要跨语言和平台使用，可以选择 RESTful API。

waiting to learn

1. 字符串匹配算法（KMP）

2. LIS（最长递增子序列）

3. LCS（最长公共子序列）

4. LCP（最长公共前缀）

5. LPS（最长回文子序列）

6. ED（最小编辑距离）

1. 同步和异步，阻塞和非阻塞

2. 线程状态

3. 什么是上下文切换

4. 文件系统格式

1. 类 Unix
   ext

• ext
• ext2
• ext3
• ext4

2. DOM

• FAT32

传统的 windows 平台文件系统格式，兼容性强。
但 FAT32 不支持 4GB 以上的文件，并且没有日志，也就是断电后容易出现文件丢失的情况

• NTFS