把警告关了 🐶

或者在这里不加 typing.

> 用字符串的话，pycharm 会报警告，不知道为什么

他警告他的, 只要不报错, 能运行, 就 O 了.

现在简单用字符串..

from a import A
class B:
def func(self, a: 'A')

typing 用字符串包裹.

3 年合同期貌似可以 3-6 个月试用期的.

试用期内双方都可以快速解约..

政策没问题的.

你们 zf 部门都没有来规范这些事吗?? 离谱..

地址按照这个规则来对齐

uintptr(unsafe.Pointer(&x)) % unsafe.Alignof(x) == 0

@katsusan 我还看到一个概念


The first word in a variable or in an allocated struct, array, or slice can be relied upon to be 64-bit aligned.

变量或开辟的结构体、数组和切片值中的第一个 64 位字可以被认为是 8 字节对齐
这一句中开辟的意思是通过声明，make，new 方式创建的，就是说这样创建的 64 位字可以保证是 64 位对齐的。

@katsusan 简单看了下 go 的 gc, 没有 compact 操作, 内存都被 tmolloc 这种分配器切成一块一块的..

@katsusan 对的, 我说的就是压缩内存, 防止内存碎片过程中移动内存这个操作,

@katsusan jvm 老年代里的 gc 有 mark-sweep, 也有 mark-sweep & compact, 压缩, 防止内存碎片用的,

go 里只有标记清除, 没有整理内存, 压缩这个操作是不?

@katsusan
> 64 位对齐不是说数据的地址是 8 的整数倍吗... 那为啥这里还有 0 和 4 两种结果?
这个看下来只要地址是 unsafe.AlignOf(wg)的 整数倍就行了? 64 位机器上没要求对象地址必须是 8 的整数倍?


gc 对象位置在内存里被移动 这个问题大佬知道吗?

@cholerae 就是 gc 后一个 waitGroup 对象的地址就变了.
在 jvm 里, gc 是会移动内存的.

一直都有这个问题, 暂时无解..

@katsusan 这是个啥神奇的操作, 怪异但有效.... 离谱

64 位对齐不是说数据的地址是 8 的整数倍吗... 那为啥这里还有 0 和 4 两种结果?

```go
type Wg struct {

state1 [3]uint32
}

func main() {
var wg Wg
fmt.Println(uintptr(unsafe.Pointer(&wg.state1)) % 8)
}
```

64 位 mac 上执行这个代码多次, 是会出现 0 和 4 两种结果的

谁给你说的很难?

上面政策大多都是好的, 但大多到了下面执行的时候就变了味, 下面一群饭桶.