“高效内存”是一个相当宽泛的术语，在诸如Go之类的垃圾收集语言中，可能有很多不同的东西，它们具有独立的堆和栈：
- 什么使用最少的内存？
- 是什么造成最小的GC压力？
如果要最大程度地减少应用程序的占用空间，则 可能
希望在多个作用域（例如，多个函数）中使用值的任何时间使用指针。这样可以减少复制，但增加的开销等于指针大小（在64位系统上为8字节）。
如果要最大程度地降低GC压力，则 可能
仅在需要指针语义或基础值很大时才要使用指针。指针将值强制到堆上，该值将进行垃圾回收，而值可以保留在堆栈上，而不是（当函数返回时，堆栈会被完全破坏，这是线程安全的，并且需要没有参考追踪）。
“
GC压力”的想法是，在堆上创建和销毁的东西越多，垃圾收集器要做的工作就越多，这使处理器时间与应用程序正在执行的实际工作相去甚远。每次在堆上分配时，如果没有足够的空间容纳新值，则垃圾收集器将通过在堆上查找不再需要的值来尝试释放空间。您在堆上分配的次数越多，GC必须运行的频率就越高，这些运行将花费的时间越长。
关于第二个问题，您可以（并且应该！）使用程序包的基准测试工具
testing来测量针对特定情况的各种方法的性能。确保使用真实的数据和操作进行测试；使用“虚拟”数据类型的微基准或基准不太可能产生任何值的数据。该软件包的文档以及通过网络搜索可以轻松找到的无数博客文章和教程，应该指导您正确地学习如何在Go中编写和使用基准。
在您的特定情况下，请记住，就这个问题而言，您的数据类型比您想象的要小：在64位系统上为24个字节， 而与string的长度无关
。为什么？因为a在
string内部是一个结构，包含一个
intfor长度和一个指向基础字节的指针。当您尝试优化内存使用时，请记住，字符串，切片（而不是数组！）和映射都是非常小的结构，其中包含指向其基础数据的指针。
最重要的是 ： 过早的优化是万恶之源 。您应该为两件事编写代码：功能和可读性。当指针提供您所需的功能并使用直观时，请使用指针语义。如果
测量 资源问题（CPU或内存）， 则 应该对应用程序进行概要分析，以找到问题的根源，对其进行优先级分配和优化。
在您测量并分析了性能问题之前，您不会遇到性能问题。
