Onebit

循环依赖在这是起什么作用？

1

jsoncat里面是一次性把Bean全部创建出来，然后再遍历每个bean，注入依赖。这样不会存在递归爆栈的问题，所以不是很懂为什么需要解决循环依赖，也不是很懂这个循环依赖的代码。

> 如何实现多个拦截器 另外，可以发现 gRPC 本身居然只能设置一个拦截器，难道所有的逻辑都只能写在一起？ 翻看grpc源码可以发现，在调用`grpc.NewServer()`时候，该函数会用到`chainUnaryServerInterceptors`函数，这个函数会将`Server`中`opts`的`unaryInt`拦截器和`chainUnaryInts`拦截器集合，一起打包成一个拦截器链再放回`unaryInt`字段。 所以grpc原生是支持多拦截器的 `chainUnaryServerInterceptors`函数源码如下： ```go func chainUnaryServerInterceptors(s *Server) { // Prepend opts.unaryInt to the chaining interceptors if it exists, since unaryInt will // be executed before...

关于mutex的疑问

1

## 问题描述 在5.3 mutex一节中，开头有这么一句话 > 在正常模式中，等待者按照 FIFO 的顺序排队获取锁 我注意到这个是官方注释 在下文的`unlockSlow`方法中，正常唤醒逻辑的代码是`runtime_Semrelease(&m.sema, false, 1)`，您的注释是 > 唤醒一个阻塞的 goroutine，但不是唤醒第一个等待者 这两个说法是不是冲突了？

Yuasa 屏障的图画得是不是有问题？

1

## C.ref2 -> A，那么 shade(*slot)也就是shade(A)，应该是把A着色为灰色，为什么图中是把A置为白色、C置为灰色了？ ``` func YuasaWritePointer(slot *unsafe.Pointer, ptr unsafe.Pointer) { shade(*slot) *slot = ptr } ``` - 原文段落：8.2写屏障技术，图3：使用Yuasa写屏障赋值器  ps：还是同一个图，这个地方地方的文字和图不匹配，应该是YuasaWritePointer(C.ref3, B)吧