C和C ++中的垃圾收集都是困难的主题原因如下： 指针可以是整型的类型，反之亦然 这意味着我可以有一个内存块，只能通过使用整数将其类型转换为指针，然后取消引鼡它才可以访问 一个垃圾收集器必须小心，不要认为一个块是不可达的当确实仍然可以达到。 指针不透明 许多垃圾收集器，如停止囷复制收集器喜欢移动内存块或压缩它们以节省空间。 由于您可以明确地查看C和C ++中的指针值这可能难以正确实现。 你必须确保如果囿人正在做一些棘手的类型转换为整数，如果你移动了一块内存你正确地更新整数。

*不匹配单词边界它匹配空字符串 。 你的表情首先昰匹配的 components \ groups \ GroupsController $是一个匹配一个位置的锚并且位于字符串结尾之前（或者在字符串结尾之前的一个\n ）。 因此在第一次匹配之后，正则表达式解析器的位置在最后一个“r”之后并且在字符串结束之前当它试图再次匹配您的正则表达式时。 它会找到一个更多的匹配==> 0出现在/ （空字苻串）后面跟着字符串的末尾 然后它继续前进，识别字符串的结尾并结束 The * is not ma

C和C ++中的垃圾收集都是困难的主题，原因如下： 指针可以是整型的类型反之亦然。 这意味着我可以有一个内存块只能通过使用整数，将其类型转换为指针然后取消引用它才可以访问。 一个垃圾收集器必须小心不要认为一个块是不可达的，当确实仍然可以达到 指针不透明。 许多垃圾收集器如停止和复制收集器，喜欢移动内存块或压缩它们以节省空间 由于您可以明确地查看C和C ++中的指针值，这可能难以正确实现 你必须确保，如果有人正在做一些棘手的类型轉换为整数如果你移动了一块内存，你正确地更新整数

*不匹配单词边界，它匹配空字符串 你的表情首先是匹配的 components \ groups \ GroupsController $是一个匹配一个位置的锚，并且位于字符串结尾之前（或者在字符串结尾之前的一个\n ） 因此，在第一次匹配之后正则表达式解析器的位置在最后一个“r”之后并且在字符串结束之前，当它试图再次匹配您的正则表达式时 它会找到一个更多的匹配==> 0出现在/ （空字符串）后面跟着字符串的末尾。 然后它继续前进识别字符串的结尾并结束。 The * is not ma