有没有办法从另一个包访问结构的私有字段？

Question

我在一个具有私有字段的包中有一个结构：

package foo

type Foo struct {

    x int

    y *Foo

}

另一个包（例如，白盒测试包）需要访问它们：

package bar

import "../foo"

func change_foo(f *Foo) {

    f.y = nil

}

有没有办法声明bar为某种“朋友”包或任何其他能够访问foo.Foo的私有成员的方式bar，但仍将它们对所有其他包保持私有（也许在 中unsafe）？

Answer 1

有是一种方法来读取使用反映不导出成员func read_foo(f *Foo) {&nbsp; &nbsp; v := reflect.ValueOf(*f)&nbsp; &nbsp; y := v.FieldByName("y")&nbsp; &nbsp; fmt.Println(y.Interface())}但是，尝试使用 y.Set 或以其他方式使用反射设置字段将导致代码恐慌，因为您试图在包外设置未导出的字段。简而言之：未导出的字段应该出于某种原因不导出，如果您需要更改它们，请将需要更改的内容放在同一个包中，或者公开/导出一些安全的方式来更改它。也就是说，为了完全回答这个问题，你可以这样做func change_foo(f *Foo) {&nbsp; &nbsp; // Since structs are organized in memory order, we can advance the pointer&nbsp; &nbsp; // by field size until we're at the desired member. For y, we advance by 8&nbsp; &nbsp; // since it's the size of an int on a 64-bit machine and the int "x" is first&nbsp; &nbsp; // in the representation of Foo.&nbsp; &nbsp; //&nbsp; &nbsp; // If you wanted to alter x, you wouldn't advance the pointer at all, and simply&nbsp; &nbsp; // would need to convert ptrTof to the type (*int)&nbsp; &nbsp; ptrTof := unsafe.Pointer(f)&nbsp; &nbsp; ptrTof = unsafe.Pointer(uintptr(ptrTof) + uintptr(8)) // Or 4, if this is 32-bit&nbsp; &nbsp; ptrToy := (**Foo)(ptrTof)&nbsp; &nbsp; *ptrToy = nil // or *ptrToy = &Foo{} or whatever you want}这是一个非常非常糟糕的主意。它不是可移植的，如果 int 的大小发生变化，它将失败，如果您重新排列 Foo 中字段的顺序，更改它们的类型或大小，或者在预先存在的字段之前添加新字段，此函数将愉快地改变随机乱码数据的新表示，而无需告诉您。我也认为它可能会破坏这个块的垃圾收集。请，如果您需要从包外部更改字段，请编写功能以从包内更改它或将其导出。Edit2：既然你提到了白盒测试，请注意，如果你在你的目录中命名一个文件，<whatever>_test.go除非你使用它go test，否则它不会编译，所以如果你想做白盒测试，在顶部声明package <yourpackage>它会让你访问未导出的字段，如果你想进行黑盒测试，那么你可以使用package <yourpackage>_test.但是，如果您需要同时对两个包进行白盒测试，我认为您可能会卡住，可能需要重新考虑您的设计。

Answer 2

我假设您正在测试的是更改该包对象状态的包功能，但是您想验证更改后的内部结构以确认新状态是正确的。可能有帮助的是私有字段的编写Get和Set函数，因此它们可以在包范围之外访问。package footype Foo struct {&nbsp; &nbsp; x int&nbsp; &nbsp; y *Foo}func (f *Foo) GetY() *Foo {&nbsp; &nbsp; return f.y}func (f *Foo) SetY(newY *Foo) {&nbsp; &nbsp; f.y = newY}请注意，这些Get和的想法Set是限制对字段的读和/或写访问，而直接导出它们总是自动赋予它们读+写访问权限。一个细微的区别，但如果真正的目标是只读取私有字段而不是对它们进行操作（包内部会以自己的方式进行操作），则值得考虑最后，如果您不习惯为包中的所有私有字段添加这些类型的包装器，那么您可以将它们写入该包内的一个新文件中，并使用构建标记在常规构建中忽略它，并将其包含在内在您的测试构建中（无论您在何处/以何种方式触发测试）。// +build whitebox// Get() and Set() functiongo test --tags=whitebox常规构建会忽略与它们一起构建的测试文件，因此这些不会出现在您的最终二进制文件中。如果这个包在完全不同的生态系统的其他地方使用，那么这个文件将不会因为构建标签约束而被构建。

Answer 3

我刚开始使用 C++ -> Go 移植，我遇到了一对彼此是朋友的类。我很确定如果他们是同一个包裹的一部分，他们默认是朋友，有效。标识符的大写首字母绑定在包内。因此，只要它们位于同一目录中，它们就可以位于不同的文件中，并且能够查看彼此的未导出字段。使用reflect，即使它是Go stdlib，也是你应该始终仔细考虑的事情。它增加了很多运行时开销。如果您想成为朋友的两种结构类型，解决方案基本上是复制和粘贴，它们必须在同一个文件夹中。否则，您必须导出它们。（就个人而言，我认为关于导出敏感数据的“风险”的呼声过于夸大了，尽管如果您正在编写一个没有可执行文件的单独库，也许对此有一些意义，因为库的用户不会看到这些GoDoc 中的字段，因此认为它们不能依赖于它们的存在）。