堆棧溢出和內存泄漏的區別？

堆棧溢出

在Java的內存結構中，堆棧的大小不是無限的。大量的方法調用過程，導致不斷的堆棧壓入，最終填滿堆棧內存，產生StackOv

為什么沒有編程語言的內存管理，是手動管理與自動垃圾回收相結合的？

Rust和Objective-C內存管理據bug所知，有兩種語言可以做出這種取舍，一種是Rust，一種是OC。但是它基本上不是主流。

Rust通過所有權和生命周期動態管理內存，保證運行時100%的內存安全，需要手動使用時需要用不安全力標記。

Objective-C中有兩種內存管理機制:mrc(MannulReferenceCounting)和arc(AutomaticReferenceCounting)，分別提供手動和自動內存管理，以滿足不同的需求。

主流內存管理和垃圾收集

每種現代語言都有自己的gc處理方法。盡管每種語言都有自己的策略，但它基本上是基于三種基本方法::引文計數、副本收集和標記移除。讓讓我們逐一介紹。引用計數是一種方便有效的gc管理方法。大多數現代語言都是基于這種方法，包括但不限于python、php、perl、ruby和js。

引用計數的基本原理是程序中的所有對象(比如變量)都有一個全局表來記錄它們被引用的次數。釋放引用時，計數將減少，直到計數為零，然后釋放引用。

引用計數的優點是實現簡單，垃圾可以立即回收。缺點是容易形成循環引用，永遠不會發布。所以現代語言gc主要是基于引用計數，然后引入一些改進的算法來解決循環引用的問題。

復制收藏

該算法將內存分為兩塊，其中一塊正常使用。當需要gc時，將第一個塊中仍在使用的對象復制到另一個塊中，然后釋放所有第一個內存塊。該方法避免了對象存活檢查的遍歷，提高了效率。

Mark-clear這是最早也是應用最廣泛的gc方法，也可以說gc的一般原理就是這種方法。閱卷有兩個階段，閱卷階段。段需要標記回收的對象；在恢復階段，有gc統一恢復。

這種方法是有問題的，低效的，并且會產生大量的內存碎片。

事實上，javagc已經集成了2，3個方法，并做了很多其他的改進。可以說javagc是最先進的gc方法。但是由于底層jvm的限制，引用計數法無法使用，所以還是存在一些問題。

業界普遍認為，如果將引用計數與跟蹤和回收結合起來，任何GC算法都是最高效和實用的。