A. Java前提下， Mysql資料庫，一次性存儲大量數據導致內存溢出
內存溢出導致程序崩潰，也分是java層崩了，還是mysql崩了。
如果是java層崩了，注意不要一次性載入太多的數據到內存，並且不在使用的數據要徹底放棄引用關系。java雖然是自動回收，回收的原則就是一個對象不再被持有，即引用計數為零。如果數據太大，可考慮臨時文件。
如果是mysql崩了，首先增加配置緩存。一般來說mysql是不容易崩的，特別是插入操作的時候。查詢的時候如果查詢結果記錄集特別大，會導致一個查詢需要使用很大的內存空間，這種是有問題的。而插入操作都是一條一條的執行，不會導致大內存的使用。
如果僅僅是數據移植，也盡量不要用ORM框架，比如hibernate，mybatis這些東西，因為他們都有自己的緩存，直接使用JDBC比較好。
B. 什麼是溢出_溢出的原因分析
黑客可通過溢出變數，使這個返回地址指向攻擊代碼，得到你電腦具有管理員資格的控制權。那麼你對溢出解多少呢?以下是由我整理關於什麼是溢出的內容，希望大家喜歡!
什麼是溢出
溢出是黑客利用 操作系統 的漏洞，專門開發了一種程序，加相應的參數運行後，就可以得到你電腦具有管理員資格的控制權，你在你自己電腦上能夠運行的東西他可以全部做到，等於你的電腦就是他的了(別稱肉雞，也叫傀儡機)。
溢出是程序設計者設計時的不足所帶來的錯誤。
溢出的分類緩沖區溢出
緩沖區是用戶為程序運行時在計算機中申請的一段連續的內存，它保存了給定類型的數據。緩沖區溢出指的是一種常見且危害很大的系統攻擊手段，通過向程序的緩沖區寫入超出其長度的內容，造成緩沖區的溢出，從而破壞程序的堆棧，使程序轉而執行其他的指令，以達到攻擊的目的。更為嚴重的是，緩沖區溢出攻擊佔了遠程網路攻擊的絕大多數，這種攻擊可以使得一個匿名的Internet用戶有機會獲得一台主機的部分或全部的控制權!由於這類攻擊使任何人都有可能取得主機的控制權，所以它代表了一類極其嚴重的安全威脅。
緩沖區溢出攻擊的目的在於擾亂具有某些特權運行的程序的功能，這樣可以使得攻擊者取得程序的控制權，如果該程序具有足夠的許可權，那麼整個主機就被控制了。一般而言，攻擊者攻擊root程序，然後執行類似“exec(sh)”的執行代碼來獲得root的shell。為了達到這個目的，攻擊者必須達到如下的兩個目標：在程序的地址空間里安排適當的代碼;通過適當地初始化寄存器和存儲器，讓程序跳轉到事先安排的地址空間執行。根據這兩個目標，可以將緩沖區溢出攻擊分為以下3類。
【緩沖區溢出分類】
控製程序轉移到攻擊代碼
這種 方法 指在改變程序的執行流程，使之跳轉到攻擊代碼。最基本方法的就是溢出一個沒有邊界檢查或者其他弱點的緩沖區，這樣就擾亂了程序的正常的執行順序。通過溢出一個緩沖區，攻擊者可以用近乎暴力的方法改寫相鄰的程序空間而直接跳過了系統的檢查。
1.2.1激活紀錄(Activation Records)
每當一個函數調用發生時，調用者會在堆棧中留下一個激活紀錄，它包含了函數結束時返回的地址。攻擊者通過溢出這些自動變數，使這個返回地址指向攻擊代碼。通過改變程序的返回地址，當函數調用結束時，程序就跳轉到攻擊者設定的地址，而不是原先的地址。這類的緩沖區溢出被稱為“stack smashing attack”，是目.前常用的緩沖區溢出攻擊方式。
1.2.2函數指針(Function Pointers)
C語言中，“void (* foo)()”聲明了一個返回值為void函數指針的變數foo。函數指針可以用來定位任何地址空間，所以攻擊者只需在任何空間內的函數指針附近找到一個能夠溢出的緩沖區，然後溢出這個緩沖區來改變函數指針。在某一時刻，當程序通過函數指針調用函數時，程序的流程就按攻擊者的意圖實現了!它的一個攻擊範例就是在Linux系統下的super probe程序。
1.2.3長跳轉緩沖區(Longjmp buffers)
在C語言中包含了一個簡單的檢驗/恢復系統，稱為setjmp/longjmp。意思是在檢驗點設定“setjmp(buffer)”，用“longjmp(buffer)”來恢復檢驗點。然而，如果攻擊者能夠進入緩沖區的空間，那麼“longjmp(buffer)”實際上是跳轉到攻擊者的代碼。象函數指針一樣，longjmp緩沖區能夠指向任何地方，所以攻擊者所要做的就是找到一個可供溢出的緩沖區。一個典型的例子就是Perl 5.003，攻擊者首先進入用來恢復緩沖區溢出的的longjmp緩沖區，然後誘導進入恢復模式，這樣就使Perl的解釋器跳轉到攻擊代碼上了!
最簡單和常見的緩沖區溢出攻擊類型就是在一個字元串里綜合了代碼殖入和激活紀錄。攻擊者定位一個可供溢出的自動變數，然後向程序傳遞一個很大的字元串，在引發緩沖區溢出改變激活紀錄的同時殖入了代碼。這個是由Levy指出的攻擊的模板。因為C語言在習慣上只為用戶和參數開辟很小的緩沖區，因此這種漏洞攻擊的實例不在少數。
代碼殖入和緩沖區溢出不一定要在一次動作內完成。攻擊者可以在一個緩沖區內放置代碼，這是不能溢出緩沖區。然後，攻擊者通過溢出另外一個緩沖區來轉移程序的指針。這種方法一般用來解決可供溢出的緩沖區不夠大的情況。
如果攻擊者試圖使用已經常駐的代碼而不是從外部殖入代碼，他們通常有必須把代碼作為參數化。舉例來說，在libc中的部分代碼段會執行“exec(something)”，其中something就是參數。攻擊者然後使用緩沖區溢出改變程序的參數，利用另一個緩沖區溢出使程序指針指向libc中的特定的代碼段。
內存溢出
內存溢出已經是軟體開發歷史上存在了近40年的“老大難”問題，象在“紅色代碼”病毒事件中表現的那樣，它已經成為黑客攻擊企業網路的“罪魁禍首”。
如在一個域中輸入的數據超過了它的要求就會引發數據溢出問題，多餘的數據就可以作為指令在計算機上運行。據有關安全小組稱，操作系統中超過50%的安全漏洞都是由內存溢出引起的，其中大多數與微軟的技術有關。
微軟的軟體是針對 台式機 開發的，內存溢出不會帶來嚴重的問題。但現有台式機一般都連上了互聯網，內存溢出就為黑客的入侵提供了便利條件。
數據溢出
在計算機中，當要表示的數據超出計算機所使用的數據的表示範圍時，則產生數據的溢出。
分析溢出原因現實狀況
在幾乎所有計算機語言中，不管是新的語言還是舊的語言，使緩沖區溢出的任何嘗試通常都會被該語言本身自動檢測並阻止(比如通過引發一個異常或根據需要給緩沖區添加更多空間)。但是有兩種語言不是這樣：C 和 C++ 語言。C 和 C++ 語言通常只是讓額外的數據亂寫到其餘內存的任何位置，而這種情況可能被利用從而導致恐怖的結果。更糟糕的是，用 C 和 C++ 編寫正確的代碼來始終如一地處理緩沖區溢出則更為困難;很容易就會意外地導致緩沖區溢出。除了 C 和 C++ 使用得 非常廣泛外，上述這些可能都是不相關的事實;例如，Red Hat Linux 7.1 中 86% 的代碼行都是用 C 或 C ++ 編寫的。因此，大量的代碼對這個問題都是脆弱的，因為實現語言無法保護代碼避免這個問題。
客觀原因
在 C 和 C++ 語言本身中，這個問題是不容易解決的。該問題基於 C 語言的根本設計決定(特別是 C 語言中指針和數組的處理方式)。由於 C++ 是最兼容的 C 語言超集，它也具有相同的問題。存在一些能防止這個問題的 C/C++ 兼容版本，但是它們存在極其嚴重的性能問題。而且一旦改變 C 語言來防止這個問題，它就不再是 C 語言了。許多語言(比如 Java 和 C#)在語法上類似 C，但它們實際上是不同的語言，將現有 C 或 C++ 程序改為使用那些語言是一項艱巨的任務。
普遍因素
C. FIFO寫滿之後繼續寫數據，新數據會覆蓋原來的數據嗎，還是說新數據根本寫不進去直接溢出
讀不進去，新數據丟失。
手機的磁碟管理，邏輯關系跟隨了電腦的硬碟管理模式。刪除某個文件，只是刪除了文件的路徑，原來存儲的數據還原樣不動的。
如果是同步fifo深度設置成128，存100個以後再開始讀，永遠不可能出現空滿。因為寫入和讀取的速度是一樣的。兩邊時鍾也一樣，位寬也一樣怎麼可能出現空滿。
(3)存儲器數據溢出擴展閱讀：
FIFO存儲器是系統的緩沖環節，如果沒有FIFO存儲器，整個系統就不可能正常工作，它主要有幾方面的功能：
1、對連續的數據流進行緩存，防止在進機和存儲操作時丟失數據；
2、數據集中起來進行進機和存儲，可避免頻繁的匯流排操作，減輕CPU的負擔；
3、允許系統進行DMA操作，提高數據的傳輸速度。這是至關重要的一點，如果不採用DMA操作，數據傳輸將達不到傳輸要求，而且大大增加CPU的負擔，無法同時完成數據的存儲工作。
D. 51單片機隨機存儲器溢出會怎麼樣
如果你的單片機的隨機存儲器的容量為128
當你寫程序時，uchar table[130]={...};
那麼編譯器會提示你當前程序錯誤，當然要在編譯器單片機選型也為你單片機的型號。
E. UG2.0存儲管理器內存溢出怎麼辦
對於虛擬內存主要設置兩點，即內存大小和存放位置，內存大小就是設置虛擬內存最小為多少和最大為多少；而存放位置則是設置虛擬內存應使用哪個分區中的硬碟空間。對於內存大小的設置，如何得到最小值和最大值呢？你可以通過下面的方法獲得：選擇「開始→程序→附件→系統工具→系統監視器」（如果系統工具中沒有，可以通過「添加/刪除程序」中的Windows安裝程序進行安裝）打開系統監視器，然後選擇「編輯→添加項目」，在「類型」項中選擇「內存管理程序」，在右側的列表選擇「交換文件大小」。這樣隨著你的操作，會顯示出交換文件值的波動情況，你可以把經常要使用到的程序打開，然後對它們進行使用，這時查看一下系統監視器中的表現值，由於用戶每次使用電腦時的情況都不盡相同，因此，最好能夠通過較長時間對交換文件進行監視來找出最符合您的交換文件的數值，這樣才能保證系統性能穩定以及保持在最佳的狀態。一般來說，交換文件太大不會影響效率，但會佔用額外的磁碟空間。交換文件太小有時會引起可以運行的程序數量變少。
找出最合適的范圍值後，在設置虛擬內存時，用滑鼠右鍵點擊「我的電腦」，選擇「屬性」，彈出系統屬性窗口，選擇「性能」標簽，點擊下面「虛擬內存」按鈕，彈出虛擬內存設置窗口，點擊「用戶自己指定虛擬內存設置」單選按鈕，「硬碟」選較大剩餘空間的分區，然後在「最小值」和「最大值」文本框中輸入合適的范圍值。如果您感覺使用系統監視器來獲得最大和最小值有些麻煩的話，這里完全可以選擇「讓Windows管理虛擬內存設置」。
調整分頁位置
Windows9x的虛擬內存分頁位置，其實就是保存在C盤根目錄下的一個虛擬內存文件（也稱為交換文件）Win386.swp，它的存放位置可以是任何一個分區，如果系統盤C容量有限，我們可以把Win386.swp調到別的分區中，方法是在記事本中打開System.ini（C:Windows下）文件，在[386Enh]小節中，將「PagingDrive=C:WindowsWin386.swp」，改為其他分區的路徑，如將交換文件放在D:中，則改為「PagingDrive=D:Win386.swp」，如沒有上述語句可以直接鍵入即可。
而對於使用Windows2000和WindowsXP的，可以選擇「控制面板→系統→高級→性能」中的「設置→高級→更改」，打開虛擬內存設置窗口，在驅動器[卷標]中默認選擇的是系統所在的分區，如果想更改到其他分區中，首先要把原先的分區設置為無分頁文件，然後再選擇其他分區。
或者，WinXP一般要求物理內存在256M以上。如果你喜歡玩大型3D游戲，而內存（包括顯存）又不夠大，系統會經常提示說虛擬內存不夠，系統會自動調整（虛擬內存設置為系統管理）。
如果你的硬碟空間夠大，你也可以自己設置虛擬內存，具體步驟如下：右鍵單擊「我的電腦」→屬性→高級→性能設置→高級→虛擬內存更改→選擇虛擬內存（頁面文件）存放的分區→自定義大小→確定最大值和最小值→設置。一般來說，虛擬內存為物理內存的1.5倍，稍大一點也可以，如果你不想虛擬內存頻繁改動，可以將最大值和最小值設置為一樣。{另一種說法：調整時我們需要注意，不要將最大、最小頁面文件設為等值。因為通常內存不會真正「塞滿」，它會在內存儲量到達一定程度時，自動將一部分暫時不用的數據放到硬碟中。最小頁面文件越大，所佔比例就低，執行的速度也就越慢。最大頁面文件是極限值，有時打開很多程序，內存和最小頁面文件都已「塞滿」，就會自動溢出到最大頁面文件。所以將兩者設為等值是不合理的。一般情況下，最小頁面文件設得小些，這樣能在內存中盡可能存儲更多數據，效率就越高。最大頁面文件設得大些，以免出現「滿員」的情況。
PS：①1.5倍虛擬內存設置，是網上技術文檔通用說明的，個人認為可以根據常用軟體的實際情況設定。推薦有經驗的用戶使用。
②現在有很多工具軟體（例如WINDOWS優化大師、超級兔子），可以很好的更改這些設置，工具軟體也會根據你的電腦的實際情況進行相應的推薦設置。
F. 如何防止緩沖區溢出
緩沖區溢出主要是一個 C/C++ 問題。盡管在通常情況下它很容易修補。但它們仍然是一種對安全代碼的威脅。不管是用戶也好，程序的攻擊者也好，當提供的數據長度大於應用程序預期的長度時，便會發生緩沖區溢出，此時數據會溢出到內部存儲器空間。有兩種緩沖區溢出不明顯且難以修復。一是開發人員沒有預料到外部提供的數據會比內部緩沖區大。溢出導致了內存中其他數據結構的破壞，這種破壞通常會被攻擊者利用，以運行惡意代碼。二是數組索引錯誤也會造成緩沖區下溢和超限，但這種情況沒那麼普遍。請看以下 C++ 代碼片段： void DoSomething(char *cBuffSrc, DWORD cbBuffSrc)
{
char cBuffDest[32];
memcpy(cBuffDest,cBuffSrc,cbBuffSrc);
}
問題在哪裡呢？事實上，如果 cBuffSrc 和 cbBuffSrc 來自可信賴的源（例如不信任數據並因此而驗證數據的有效性和大小的代碼），則這段代碼沒有任何問題。然而，如果數據來自不可信賴的源，也未得到驗證，那麼攻擊者（不可信賴源）很容易就可以使 cBuffSrc 比 cBuffDest 大，同時也將 cbBuffSrc 設定為比 cBuffDest 大。當 memcpy 將數據復制到 cBuffDest 中時，來自 DoSomething 的返回地址就會被更改，因為 cBuffDest 在函數的堆棧框架上與返回地址相鄰，此時攻擊者即可通過代碼執行一些惡意操作。彌補的方法就是不要信任用戶的輸入，並且不信任 cBuffSrc 和 cbBuffSrc 中攜帶的任何數據：
void DoSomething(char *cBuffSrc, DWORD cbBuffSrc)
{
const DWORD cbBuffDest = 32;
char cBuffDest[cbBuffDest];
#ifdef _DEBUG
memset(cBuffDest, 0x33, cbBuffSrc);
#endif
memcpy(cBuffDest, cBuffSrc, min(cbBuffDest, cbBuffSrc));
}
此函數展示了一個能夠減少緩沖區溢出的正確編寫的函數的三個特性。首先，它要求調用者提供緩沖區的長度。當然，您不能盲目相信這個值！接下來，在一個調試版本中，代碼將探測緩沖區是否真的足夠大，以便能夠存放源緩沖區。如果不能，則可能觸發一個訪問沖突並把代碼載入調試器。在調試時，您會驚奇地發現竟有如此多的錯誤。最後也是最重要的是，對 memcpy 的調用是防禦性的，它不會復制多於目標緩沖區存放能力的數據
G. stup7DB塊一保存就儲存器溢出怎麼回事
保存之後，然後顯示這一個溢出這種情況下，可能裡面的那個內存出現了故障，所以會有這種情況，先e還好好查詢一下。
H. 請教C#Dictionary存儲千萬數據內存溢出問題
1、編譯成64位系統
2、你要讓程序在運行中有動作，不然還會停止的，比如顯示個時間都可以，或是加個序號，讓它不斷加，反正就是不能只執行這一個動作，不然會出現停止錯誤。
C#的代碼很少有內存溢出的。你這里肯定是因為用了string的+造成的，string相加需要重新申請新的內存，然後再拷貝相加後的值到新的內存中。你用stringbuilder做string的相加操作就不會有內存溢出的問題了。
stringbuilder的使用如下：
StringBuilder sb=new StringBuilder();
sb.Append("a");
sb.Append("b");
然後得到
sb.ToString()="ab";
I. 檢測到緩存溢出是何意思
一些Sasser代碼（可以說是插件或木馬之類）穿過未打補丁的防火牆,到達沒有防護的伺服器。當代碼進入沒有防護伺服器的內存時,它馬上執行緩存器溢出,將伺服器系統級的控制權交給了遠端的主機,實現在企業網內的遠程式控制制。
卡巴六正是針對Web瀏覽器或者其他最終用戶網路應用的的漏洞防禦，並可以檢測和防止受保護計算機上運行的任何應用遭受緩存溢出攻擊，防治計算機收到傷害，你拒絕的時候沒有「以後都這樣操作」的提示嗎？如果沒有，建議不要瀏覽該網頁了！
溫馨提醒：上網的時候最好不要用IE上網，因為80％病毒都是針對IE的（也就是WINDOW），如果使用第三方面的瀏覽器，將會大大降低中毒的幾率！