單片機不常使用 malloc 的原因主要是由于內存資源有限、對實時性的高要求、內存碎片問題、操作系統的支持不足、性能要求和開發復雜度等方面的考量。
在單片機上，開發者更傾向于使用靜態分配或者內存池等方案，以保證系統的穩定性和高效性。
而在PC上，由于內存資源豐富、操作系統提供了強大的存管理機制，因此 malloc 是常見的內存分配方式。
1
內存資源限制
單片機：大多數單片機的內存資源非常有限，通常只有幾十KB到幾百KB的RAM可用，甚至其中一部分內存可能用于硬件外設、堆棧、數據緩沖區等。這使得在嵌入式系統中動態分配內存（例如使用 malloc）變得不太適用，因為動態內存分配可能導致內存碎片，造成內存不足或系統崩潰。
PC：現代PC的內存資源相對豐富，RAM通常在GB級別。在這種環境下，malloc 可以靈活地分配內存，而且操作系統（如Linux、Windows）會通過虛擬內存、內存分頁和內存保護機制管理內存，極大地降低了由于動態分配帶來的碎片化和崩潰風險。
2
實時性和確定性要求
單片機：在許多嵌入式系統中，尤其是那些與實時控制、工業應用、汽車電子等相關的應用，程序的執行必須具備高實時性和高確定性。動態內存分配（如 malloc）的延遲是不確定的，可能會因為內存分配失敗或內存碎片問題導致程序的執行時間不穩定，甚至系統崩潰。因此，嵌入式系統中更傾向于使用靜態內存分配，或者使用固定大小的內存池來避免這些問題。
PC：PC上的程序不一定對實時性要求那么嚴格。操作系統可以通過內存管理策略（如內存交換、頁面調度等）來保證即使在使用動態內存分配的情況下，系統依然能夠保持一定的響應時間。
3
內存碎片問題
單片機：動態內存分配（malloc）的最大問題之一是內存碎片，尤其是在內存緊張的情況下。單片機的內存管理器一般不如PC上的復雜和健壯，無法有效地進行內存回收和碎片整理。碎片問題可能導致可用內存不斷減少，最終無法進行有效分配，造成系統穩定性問題。因此，嵌入式開發中通常避免使用 malloc，而選擇更簡單且可預測的內存管理方法，如靜態分配、內存池等。
PC：由于PC的內存資源豐富，且操作系統通常配備了高效的內存管理機制，包括垃圾回收、內存碎片整理等，因此內存碎片的影響較小。即便有碎片存在，現代操作系統依然能夠有效地管理內存，減少碎片對程序的影響。
4
操作系統的支持
單片機：在許多單片機應用中，程序運行不依賴于復雜的操作系統，而是基于裸機或輕量級實時操作系統（RTOS）來進行管理。裸機系統往往沒有內存管理單元（MMU）和動態內存分配機制，只有固定大小的內存堆棧。RTOS雖然提供了基本的內存管理功能，但在實時性和可靠性上通常會限制使用 malloc。此外，RTOS提供的內存管理多依賴于靜態分配和定制內存池，因此很少使用 malloc。
PC：在PC上，操作系統提供了強大的內存管理機制，如虛擬內存、分頁管理、垃圾回收等，能夠有效地處理動態內存分配。操作系統還會對內存分配進行優化，減少碎片的影響，這使得 malloc 成為常見的內存分配方式。
5
性能要求
單片機：單片機往往需要更高的執行效率和低功耗，動態內存分配可能引入不必要的性能開銷，尤其是在內存分配和釋放的過程中，可能會導致系統響應延遲。為了滿足高效、低功耗的要求，嵌入式系統通常避免在性能關鍵的地方使用動態內存分配。
PC：由于PC系統的內存充足，并且操作系統對內存進行高度優化，動態內存分配的開銷相對較小，可以容忍一定的性能損失。因此，PC程序中廣泛使用 malloc 來進行內存管理，尤其是在處理復雜數據結構和應用時。
6
開發的復雜度
單片機：在嵌入式開發中，開發者往往需要在有限的資源和對實時性的嚴格要求下設計和調試系統。動態內存分配帶來的不可預測性增加了開發的復雜度，因此，開發者傾向于使用更為簡單的內存管理方式，這樣可以減少調試和測試的工作量，提高系統的可靠性。
PC：PC上的程序開發往往有更強的開發框架和工具支持，開發者可以更加靈活地使用動態內存分配來簡化代碼結構。操作系統提供的內存管理機制也大大降低了開發中的復雜度。
