来，过路人，请坐到我身边来，听老衲讲一讲我对 Rust 过分要求的故事。
四种字符串和bytes互相转换方式的性能比较
昨天公司群中同事提到 Go 1.22 中 string 和 bytes 的互转不需要再用 unsafe 那个包了，直接转就可以。我翻看了 Go 1.22 的 release notes 没找到相应的介绍，但是大家提到了 kubernetes 的 issue 中有这个说法：
As of go 1.22, for string to bytes conversion, we can replace the usage of
unsafe.Slice(unsafe.StringData(s), len(s))with type casting[]bytes(str), without the worry of losing performance.As of go 1.22, string to bytes conversion
[]bytes(str)is faster than using theunsafepackage. Both methods have 0 memory allocation now.
自 Go 1.22 起，对于 string 到 bytes 的转换，我们可以用类型转换
[]bytes(str)来替换unsafe.Slice(unsafe.StringData(s), len(s))的用法，而不用担心性能损失。
自 Go 1.22 起，string 到 bytes 的转换[]bytes(str)比使用 unsafe 包更快。现在两种方法都不会有内存分配。
这个说法让我很好奇，但是我还是想验证一下这个说法。
注意，这个说法只谈到了 string 到 bytes 的转换，并没有提到 bytes 到 string 的转换，这篇文章也会关注这两者的互转。
首先，让我们看看几种 string 和 bytes 的转换方式，然后我们再写 benchmark 比较它们之间的性能。
没有什么不可能：修改 Go 结构体的私有字段
在Go语言中,结构体(struct)中的字段如果是私有的,只能在定义该结构体的同一个包内访问。这是为了实现数据的封装和信息隐藏,提高代码的健壮性和安全性。
但是在某些情况下,我们可能需要在外部包中访问或修改结构体的私有字段。这时,我们可以使用 Go 语言提供的反射(reflect)机制来实现这一功能。
即使我们能够实现访问，这些字段你没有办法修改，如果尝试通过反射设置这些私有字段的值，会 panic。
甚至有时，我们通过反射设置一些变量或者字段的值的时候，会 panic, 报错 panic: reflect: reflect.Value.Set using unaddressable value。
在本文中，你将了解到：
- 如何通过 hack 的方式访问外部结构体的私有字段
- 如何通过 hack 的方式设置外部结构体的私有字段
- 如何通过 hack 的方式设置 unaddressable 的值
使用eBPF编写系统调用跟踪器
先决条件
系统调用、eBPF、C语言、底层编程基础。
简介
eBPF(扩展的伯克利数据包过滤器)是一项允许用户在内核中运行自定义程序的技术。BPF或cBPF(经典BPF)是eBPF的前身,它提供了一种简单高效的方法来基于预定义规则过滤数据包。与内核模块相比,eBPF程序提供了更高的安全性、可移植性和可维护性。现有多种高级方法可用于处理eBPF程序,如Cilium的Go语言库、bpftrace、libbpf等。
注意: 本文要求读者对eBPF有基本了解。如果你不熟悉它,ebpf.io上的这篇文章是很好的参考资料。
Russ Cox 引退以及他的新项目 Oscar
Go 第一代技术领导人 Rob Pike, 近两年已经隐居澳大利亚。
Go 第二代技术领导人 Russ Cox 2024 年 8 月 2 日宣布卸任，转战 AI 项目，聚焦 Oscar 项目。
Go 第三代技术领导人 Austin Clements, 同样和 Russ Cox 一样毕业于美国的一个计算机技术比较出名的一个学院，算是 Russ Cox 的师弟，Austin是Go语言运行时系统和垃圾收集器的主要贡献者之一，在运行时和内存管理等底层系统方面有深入的专长。
Go 朝着错误的方向发展
这是 Aliaksandr Valialkin 昨天刚写的一篇文章, 心有戚戚焉，所以特意翻译成中文，个人感觉，自从Rob Pike退休后，Go在大方向迷失了，正如老貘(Go101)所说，目前Go的开发就像完成KPI一样，也许, 大师不会再回来了。
Aliaksandr Valialkin是fasthttp的作者，也是VictoriaMetrics开发者，一位资深的Go程序员。
以下是译文。
Rob Pike 语录
1. 计算机领域里，没有什么问题是加一层间接寻址解决不了的。
There's nothing in computing that can't be broken by another level of indirection.
这是 Rob Pike 的修改版。
经常 level of insriection 误引用为 abstraction layer。
原始版本出自 Butler Lampson
All problems in computer science can be solved by another level of indirection但是 David Wheeler 完成了下半句：
All problems in computer science can be solved by another level of indirection, except for the problem of too many layers of indirection.还有 Kevlin Henney 的下半句：
ll problems in computer science can be solved by another level of indirection, except for the problem of too many layers of indirection."
这句话幽默地指出，在计算机编程中，通过引入额外的抽象层或中间层，几乎可以解决任何复杂的问题。这种思路在软件设计和架构中很常见。
