究底

  想了一会儿垃圾回收的事。以前c++都是自己管理内存，现在用垃圾回收器，在考虑这两个哪个好些。

  自己管理内存的话自然会增加灵活性，虽然链表式存储空间其实本身没多大灵活性。于是还不如用回收器，不会产生过多碎片而不得不重启程序。

  自己管理内存还有别的方式，比如自建管理分配方式。有些程序每次动态申请的空间有一部分可能是固定大小，这样就可以把它们放入数组里，预估整个程序将会使用到的这部分的动态量，直接分配给一个数组。每次动态分配到数组里找空位就可以了。这只适应特定的程序。

  不知道多少人会停留并比较一下回收器和自分配哪个好些，依据什么选择回收器。总不能因为大多人都在用，于是用这个。

  自回收的话还可以有很多的分配回收方式，并不是链表那一种，可以根据特定的项目预估并给定适当的空间，也可以一部分自分配一部分用回收器。也可以在使用回收器时分类回收，比如分大中小三个对象类型，分别放到不同的区域。这样在回收时候只需要停止某一区牵扯的线程，或许让它们在申请分配时进入等待，不相关的线程继续运行。

  还有些人说自回收灵活在，只要回收了一个对象，相关的表象就会消失。比如画了一个圆，只要手动回收这个圆，就相当于把圆擦除了。而用回收器的话不会立即回收，于是还要自己写一个擦除动作。这件事本来就不应该把对象回收绑定到圆的擦除上，即使自回收也不能直接把功能甩锅给回收过程，这样太依赖相应过程处理，很不安全，可变性差。所以自回收本就不应该有这种“灵活优势”，它的好处在别的方面，自回收应该手动写擦除。

  链表式自回收还有一个缺点是随着碎片的增多，每次分配引起的计算量估计会非常庞大，有点得不偿失。

  写了这些想提及的是另一件事，追根究底。究底之后会明白很多，当遇到这件事能够明白它的底，明白为什么这样做了，于是遇到变化的需求可以在此基础上寻找新的方式。而不是并不明白原因或者只是明白别人告知的原因，显得没底。需要有自己的思考，消化吸收成自己的一部分。在这里并不是本人都掌握了相关知识，只是通过这种分析过程，阐明需要做究底这件事。

  不能说会做了就不继续了，得明白为什么这么做，还有没有更好的办法，以及自己去想一些办法看看是否可行。当自己自开拓的思路能抵得上被告知的思路时，才算是掌握了，不然就只是背下来了，会使用了，在压力下不能变通。

  会做某件事不能说自己掌握了某件事，意思是不能评定这就是尽头了。可能只是学了别人怎么做罢了，就像鹦鹉学舌可不是会说话。例子极端了一点。 环境中需要究底的人，才能推动这份行业的进步，不能把这些事都让国外做，这样哪还有什么能力储备。

  软件有趣的是掌握并使用，不是背诵记忆并使用。不成长不就成了年轻饭吗，有能力自然要进一步探索，没能力也得尽量朝下尝试。环境中究底的人多了，才能把这件事变得容易，才是一个健康的环境。不究底就成了追表象，追表象不就有些自我欺骗了吗，怎么对得起自己学那些东西做的付出？有能力有空余还是要究一下，没空余也得摆正态度，不把会做当掌握。