最近，越來越發現，現有的mcu存在的一些問題，特寫出來，歡迎**
1.普遍的片內rom/片內ram比例不合適。以三種比較經典的型號為例，8位mcu,at89s51，4kb flash,128b ram,比例=4/0.128=31.25;16位mcu,msp430f149，64kb flash,2kb ram,比例=64/2=32;32位mcu，stm32f103c8，64kb flash,20kb ram,比例=64/20=3.2;看似32位晶元的比例要高一些，但是考慮到32位mcu執行的系統通常比較大，功能比較多，恐怕ram還是偏低了。個別型號的內部rom達到2mb，這個是比較好的。
有的廠商推出了內部整合大容量ddr ram的基於arm9的soc型號，並且也把它歸為mcu。但是，這些型號晶元內部flash卻只有幾十kb甚至沒有。典型的如國內的新唐也有幾款類似的晶元。
結果導致應用時，還需要擴充套件乙個flash晶元。導致pcb板麵過大。
2.引腳復用嚴重，卻少有重定位(即可以指定功能輸出到某個引腳)功能。可以用氾濫形容。有的型號的同乙個引腳的復用功能達到10餘種。僅有20個左右的引腳的型號，也存在嚴重的復用。如
本複製自周立功官網的lpc82x使用者手冊。
3.同質化嚴重。隨著arm核心的氾濫，各種各樣的晶元都不約而同的選擇了arm核心。從m0，m3，m4，a8，a9等。一大波廠商進入arm的生態鏈。固然對於廣大的應用工程師而言，方便開發產品，但是無疑卻少了一分可選的餘地。
4.程式設計開發作坊化，每個工程師都有自己的實現方法，先進的方法很難得到推廣。廠商推出新的晶元，卻很少給出穩定的初始化**和圖形化配置介面，導致重複工作。
String 一些問題
前言 等號 對於基本型別，比較的是值，對於引用型別，比較的是記憶體位址。1.在物件池中建立，如果常量池中已經存在則返回常量池中已經有的。private static void test1 結果 true 2.乙個在string pool中，乙個在堆中。private static void test...
C 一些問題
1 if else語句和switch case語句的效率分析對比 switch效率高。switch的效率與分支數無關，當只有分支比較少的時候，if效率比switch高，因為switch有跳轉表。分支比較多，那當然是switch 根據大量的實際程式測試 不考慮不同的編譯器優化程度差異，假設都是最好的優...
mysql 一些問題
1 中文亂碼 問題 推薦用 uft 8 編碼 適配一切介面，mysql中 發生中文亂碼時 開啟mysql 安裝路徑 更改後 重啟mysql 服務即可，有時也需要 重新匯入資料庫 可能是與 source 檔案時 編碼沒有設定好 client password your password port 33...