android的默認字體

❶ ios和android界面的字體都是什麼

一、在ios中默認字體分為三類：

第一類：STHeiti-Light.ttc（黑體-簡與黑體-繁的細體）和STHeiti-Medium.ttc（黑體-簡與黑體-繁的中黑）代表的是中文字體，常用的方正黑體簡體

第二類：_H_Helvetica.ttc和_H_HelveticaNeue.ttc代表的是英文以及數字字體，常用的字體Helvetica

第三類：LockClock.ttf代表的是鎖屏時間字體

二、在Android中，斗笑碰升手英文字體使用Roboto，中文字體使用Noto（思源黑體）。

以前的設計中，中文字體主要是使用微軟雅黑，但微軟雅黑在界面中就顯得有點厚重、臃腫。Google聯合Adobe發布了「思源黑體」作為Android的默認中文字體，空談新的「思源黑體」不僅僅在字形上更易於在屏幕的閱讀，並且擁有7個字重，充分滿足了設計的需求。

三、ui界面設計一般用的字體是：微軟雅黑

其他可以參考一些ui界面設計規范，裡面都有一些很嚴謹的格式、字體、大小、顏色等數據規范的。

(1)android的默認字體擴展閱讀：

Heiti SC：黑體-簡，黑體-簡的英文名稱為Heiti SC。

Heiti：黑體的拼音，SC代表簡體中文(Simplified Chinese)，是Mac OS X Snow Leopard(版本10.6)包含的簡體中文字型，也是iPhone OS 3.0(版本4.0後改名為iOS)及iPod nano第五代以來的預設簡體中文字型。

黑體-簡系：為黑體，取代華文黑體成為Mac OS X Snow Leopard的預設簡體中文字型。在過去，華文黑體是Mac OS X的預設簡體中文字型，因此以前並沒有黑體-簡。

黑體-簡：是全新的字體，與黑體-繁同以華文黑體為基礎開發，成為Mac OS X Snow Leopard與iPhone OS 3.0(版本4.0後改名為iOS)之後內建並同時為預設的簡體中文字型。

❷ 安卓系統默認字體是什麼

Clockopia.ttf 系統默認待機時鍾字體
DroidSans.ttf 系統默認英文字體
DroidSans-Bold.ttf 系統默認英文粗字體
DroidSansFallback.ttf 系統默認中文字體

❸ 安卓系統默認字體中有微軟雅黑么

在Android系統中，DroidSans是默認字體，DroidSansFallback和微軟雅黑這兩個長得非常像的字體。

微軟雅黑字體顯得更寬。但根據整行漢字來看，雅黑單個字元的寬度並沒有更寬，只是減少了邊緣的空白，使字間距變小，相鄰兩個字的筆畫幾乎要挨在一起了。

微軟雅黑字體筆畫分布均勻，由於寬度和筆畫布局上的不同，造成微軟雅黑字體看起來更豐滿，更緊實。這兩種字體都是非等寬字體，可以看出微軟雅黑的英文字母和數字普遍更寬（中文由於是方塊字，寬度沒有區別）。

微軟雅黑在可能的情況下筆畫更長，例如「號」字下方的勾，這樣在小字型大小時可讀性更好。小字型大小情況下，微軟雅黑字體仍然顯得大一些，並且由於筆畫的間距控製得較好，更容易看清楚每個字，相比之下，DroidSansFallback筆畫黏在一起的情況稍微嚴重一些。

仔細觀察一下，小字型大小時的微軟雅黑字底部並沒有完全對齊，而DroidSansFallback對得很整齊。因此微軟雅黑在小字型大小時有點大小不一，這也是其廣為詬病的一點。

字體對比：

(3)android的默認字體擴展閱讀：

DroidSans是一個人道主義者無襯線字體由SteveMatteson設計，Ascender公司DroidSans類型總監設計的設計包括一個垂直壓力，開放的形式和中立，但友好的外觀。DroidSans對用戶界面進行了優化，並以舒適的閱讀與菜單，網頁瀏覽器及其他屏幕上的文本移動手機。

DroidSans包含多個文字系統的子集。漢字子集和拉丁字母子集是並列的，但因為拉丁字母是最基本的字元且字元很少，所以放在主文件中，而漢字單立一個文件，日文等文字系統也也單立了文件。

文泉驛微米黑是DroidSans的第三方衍生，主要擴展了漢字支持。

DroidSans的整個字體族結構為（粗體顯示familyname）：

1、DroidSans：包含Regular和Bold這兩個變體，支持拉丁字母、希臘字母和西里爾字母這三大歐文。

2、DroidSansMono：文字支持范圍同上。

3、DroidSansArabic：包含阿拉伯語字母。

4、DroidSansFallback：最終fallback，包含漢字、日文假名、韓文等。

5、DroidSansJapanese：包含用於日文的漢字和假名。

6、DroidSansThai：包含泰語字母。

微軟雅黑是美國微軟公司委託中國北大方正電子有限公司設計的一款全面支持ClearType技術的字體。Monotype公司負責字體Hinting工作。它屬於OpenType類型，文件名是MSYH.TTF，字體設計上屬於無襯線字體和黑體。

這種字體每個字的造價成本在100美元左右。該字體家族還包括「微軟雅黑Bold」（粗體），文件名為MSYHBD.TTF。這個粗體不是單純的將普通字元加粗，而是在具體筆畫上分別進行處理，因此是獨立的一個字體。

微軟雅黑隨簡體中文版WindowsVista一起發布，是WindowsVista默認字體。另外，MicrosoftOffice2007簡體中文版也附帶這個字體。當使用於不能顯示中文字型名稱的系統時，會顯示為MicrosoftYaHei

這款字體是一種全新的無襯線黑體，它的字形略呈扁方而飽滿，筆畫簡潔而舒展，易於閱讀。這款字體在ClearType技術下的清新和優美著實給人留下了深刻的印象。同時，微軟方面也為這種新型字體付出了昂貴的代價。「微軟雅黑有如下特點：

1.單獨設計的粗體。

以往宋體的粗體都是通過內嵌點陣或者字體引擎渲染的，效果不是很好。粗體的單獨設計意味著另外設計一套字體，所有的時間成本和人力成本翻倍，造價也會翻倍，但是顯示效果也會非常好。

2.顯示品質優異的斜體。

在windows上第一次看到如此清晰的中文斜體，真的有點令人感動。雖然是14px，但宋體的斜體已經顯得支離破碎了。

3.更清晰的小號字顯示。

在以往，12px是宋體能顯示的極限。小於12px的字型大小會因為沒有內嵌點陣而變得模糊。而從上面微軟雅黑的字范來看，11px下的顯示非常優秀，10px的字基本可以辨認，9px以下，對於漢字的正常顯示，已經是不可能的任務了，平常也不會作為正常的屏幕使用字型大小，但這個極限字型大小的測試是一個有參考價值的項目。我們可以看到，由於字體設計師出色的Hinting工作，雅黑在這種情況下仍然還有大約一半左右的字元可以識別出來。

4.對於最常用的字型大小。

12、14px，微軟雅黑的顯示非常的清晰和優美，中英文的搭配非常的和諧。和宋體相比，雅黑的字形不是正方形的，而是稍微的扁寬，字間距很小，這樣的處理使得默認的行間距更為明晰；同時雅黑的字心顯得更為飽滿，在同樣的字型大小下，雅黑的單字面積就顯得更大，更容易識別，閱讀起來也更舒服。

5.更優美而現代的字形設計。

從此以後，很多網頁的標題字可以不用做成圖片了，尤其是blog之類的web2.0應用的網站，它們直接使用雅黑就可以在頁面上實現很完美的版面設計效果了。

❹ 安卓默認字體是什麼

若使用的是vivo手扮敬機，不同的系統使用的默認字體有所不同，可查看以下信息：
OriginOS 3/OriginOS Ocean/OriginOS/iQOO UI/Funtouch OS 3.0及以上系統使用的是「漢儀旗黑」字體；
Funtouch OS 1.X系統使用的是「方正蘭亭刊黑」字體；
Funtouch OS 2.X系統使用的是「華文細黑」字體。

註：可以進入設置--系統管理/更多設置--關於手機，查看設備相關信息，如型號、IMEI碼、處理器、軟體版本號等。

❺ Android更換系統默認顯示的字體使用自定義字體

上一篇 Android 自定義字體，更換系統默認顯示的字體使用自定義字體 有講到怎樣指定控制項顯示指定字體，怎樣整個軟體顯示指定字體，怎樣WebView載入指定字體，但是還留下一個怎樣修改整個系統的默認字體，由於內容較多，所以單獨抽離出來講，由於要操作系統文件，因此需要Root許可權或系統簽名，自己在操作前建議先備份下字體配置文件/system/etc/system_fonts.xml和/system/etc/fallback_fonts.xml，否則操作失敗有可能開機後無法進入桌面，此時就需要將備份的system_fonts.xml推送到對應目錄下並修改為對應的許可權。

system_fonts.xml示範文件

fallback_fonts.xml 示範文件

修改系統默認字體的原理：根據系統字體載入原理可知，我們只需要在路徑 /system/fonts/ 下添加我們自定義的ttf字體文件，然後修改 /system/etc/system_fonts.xml 字體配置文件，按照響應的格式添加一個節點，由於需要系統默認使用該字體，因此該節點需要是根節點familyset下的第一個子節點，系統在system_fonts.xml中找到了該字體的配置，故不會去fallback_fonts.xml 尋找，因此也只需要修改這一個配置文件即可，文件修改成功後需要注意已修改文件的讀寫許可權（否則會沒有效果），為了方便，我們設置全部用戶可讀可寫。

和添加字體相對應，需要先刪除字體文件，然後再刪除 system_fonts.xml和fallback_fonts.xml兩文件中的對應節點，由於我們沒有修改過fallback_fonts.xml文件因此不需要做刪除操作

我的CSDN博客： http://blog.csdn.net/wo_ha/article/details/79202632