這兩種聲明方式有什么區別

1.使用 new 關鍵字動態分配內存

1. 動態分配：使用 new 關鍵字會在堆（heap）上分配內存，并返回一個指向該內存位置的指針。
2. 生命周期：對象的生命周期不會隨著聲明它的作用域結束而結束，而是持續到顯式調用 delete 來釋放內存為止。
3. 手動內存管理：需要開發者顯式地釋放內存，以避免內存泄漏。

// 動態分配(堆)
UA_Server* server = new UA_Server;

// 當不再需要這個對象時，應該調用 delete 來釋放內存
delete server;

// 訪問成員：通過指針訪問對象成員，通常使用箭頭操作符 ->
server->someMethod();

2. 直接在棧上聲明對象

1. 棧分配：對象直接在棧（stack）上分配內存。棧上的對象在其聲明的作用域結束時自動銷毀。
2. 自動內存管理：當對象超出其作用域（如函數返回或代碼塊結束），對象會自動被銷毀，無需手動釋放內存。
3. 生命周期：對象的生命周期與其作用域緊密相關。一旦離開作用域，對象會被自動銷毀。
4. 訪問成員：通過對象名直接訪問成員，通常使用點操作符 .。

// 直接在棧上聲明對象
UA_Server server1;

// 訪問成員：通過對象名直接訪問成員，通常使用點操作符 .
server1.someMethod();

3. 區別總結

特性	動態分配 (new UA_Server)	棧分配 (UA_Server server1)
內存分配位置	堆 (heap)	棧 (stack)
生命周期管理	手動釋放 (delete)	自動釋放
訪問成員	使用 ->	使用 .
適用場景	對象需要在多個作用域間共享或生存期較長	對象僅在當前作用域內使用
性能開銷	較高（涉及動態內存分配/釋放）	較低（棧上分配更快）
風險	可能導致內存泄漏（忘記 delete）	無此風險（自動管理）

4. 選擇建議

1. 使用 new 動態分配：當你需要對象在函數返回后仍然存在，或者你需要在運行時決定對象的數量和大小時，可以選擇這種方式。但要確保正確管理內存，避免內存泄漏。
2. 直接棧分配：如果你知道對象的生命周期與當前作用域相同，并且不需要動態調整大小或數量時，直接在棧上聲明對象更為簡單和安全。

在大多數情況下，特別是對于小型應用程序或臨時使用的對象，直接在棧上聲明對象是更優的選擇，因為這樣可以簡化內存管理和提高性能。然而，在需要長生命周期的對象或復雜的數據結構時，動態分配可能是必要的。