yml和yaml區(qū)別？yml的處理器是雙核雙線(xiàn)程，跑分是兩萬(wàn)，而yaml的處理器是四核四線(xiàn)程，跑分是兩萬(wàn)五，區(qū)別在于處理器運(yùn)算速度不一樣application.properties文件和applica

yml和yaml區(qū)別？

yml的處理器是雙核雙線(xiàn)程，跑分是兩萬(wàn)，而yaml的處理器是四核四線(xiàn)程，跑分是兩萬(wàn)五，區(qū)別在于處理器運(yùn)算速度不一樣

application.properties文件和application.yml文件有什么區(qū)別？

熟悉springboot的朋友都知道，原本的JAVA項(xiàng)目中常用的application.properties配置文件可以使用yml文件取代，兩者的作用其實(shí)是一樣的，都是用來(lái)配置全局性的，基本不變的屬性的數(shù)據(jù)格式序列化，用于在項(xiàng)目初始化的時(shí)候加載進(jìn)容器，在程序中使用。

兩者的區(qū)別就像米飯和面條，都可以用來(lái)填飽肚子，兩者顯示不同，語(yǔ)法不同，作用相同。

至于為什么要使用yaml文件，應(yīng)該是這樣的。。。

①，yml配置是樹(shù)狀的數(shù)據(jù)格式:看起來(lái)更加的直觀。

②，yml是跨語(yǔ)言的:可以在包括JAVA，go，python等大量的語(yǔ)言中使用，比如做云計(jì)算使用go和java的時(shí)候，可以通過(guò)配置中心使用同一份配置！

③，支持列表:區(qū)別于properties只支持鍵值對(duì)數(shù)據(jù)，yml配置文件支持列表，如下所示:

當(dāng)然，從properties轉(zhuǎn)yml文件會(huì)遇到很多坑，在此記錄下:

1，層級(jí)關(guān)系縮進(jìn)不能用tab鍵:每次都數(shù)2.4.6這樣打空格。。。

2，每個(gè)key的后面需要加:，每個(gè):后面還需要加一個(gè)空格！

3，列表的短橫線(xiàn)后面需要有個(gè)空格。

不知道為什么springboot推薦使用yml，反正除了不用的列表功能沒(méi)看到有啥好的，相反properties轉(zhuǎn)yml的時(shí)候還遇到一些坑，不過(guò)掌握了之后就很easy了，關(guān)于這種小細(xì)節(jié)的東西，更有很多分享，敬請(qǐng)關(guān)注。。。

yml是什么文件？

YML文件格式是YAML(YAMLAintMarkupLanguage)編寫(xiě)的文件格式，YAML是一種直觀的能夠被電腦識(shí)別的的數(shù)據(jù)數(shù)據(jù)序列化格式，他并且容易被人類(lèi)閱讀，容易和腳本語(yǔ)言交互的，可以被支持YAML庫(kù)的不同的編程語(yǔ)言程序?qū)?，比如：C/C ，Ruby，Python，Java，Perl，C#，PHP等。例如YML文件格式的用法： 文件，通常就是RubyonRails用來(lái)保存連接數(shù)據(jù)庫(kù)時(shí)使用的連接信息文件。

yml文件怎樣打開(kāi)？

YML文件格式是YAML (YAML Aint Markup Language)編寫(xiě)的文件格式，YAML是一種直觀的能夠被電腦識(shí)別的的數(shù)據(jù)數(shù)據(jù)序列化格式，他并且容易被人類(lèi)閱讀，容易和腳本語(yǔ)言交互的，可以被支持YAML庫(kù)的不同的編程語(yǔ)言程序?qū)?，比如?C/C ， Ruby， Python， Java， Perl， C#， PHP等。例如YML文件格式的用法：文件，通常就是Ruby on Rails 用來(lái)保存連接數(shù)據(jù)庫(kù)時(shí)使用的連接信息文件。

微服務(wù)怎么實(shí)現(xiàn)？是前端還是后端的事？

微服務(wù)只是一個(gè)概念，是一種架構(gòu)設(shè)計(jì)思想，并不是什么新技術(shù)。原理就是化整為零，把一個(gè)軟件應(yīng)用，拆分為一個(gè)個(gè)可獨(dú)立運(yùn)行的"微"服務(wù)，跟常規(guī)意義的插件、擴(kuò)展之類(lèi)類(lèi)似，不同之處在于"微服務(wù)"是一個(gè)可獨(dú)立運(yùn)行的應(yīng)用程序，一般采用容器化部署比如Docker之類(lèi)。以下從優(yōu)點(diǎn)、缺點(diǎn)以及適用場(chǎng)景三方面來(lái)拆解。

1. 優(yōu)點(diǎn)，有效解決單體軟件隨著時(shí)間的推移的維護(hù)災(zāi)難，可按需加載，最大程度釋放系統(tǒng)資源。跟開(kāi)發(fā)語(yǔ)言無(wú)關(guān)，采用容器化獨(dú)立部署，無(wú)論使用什么開(kāi)發(fā)語(yǔ)言都可無(wú)縫集成。可以細(xì)粒度拆分軟件項(xiàng)目，完美的持續(xù)集成。

2. 缺點(diǎn)，微服務(wù)是一個(gè)分布式系統(tǒng)，如果拆分粒度過(guò)細(xì)，容易形成連環(huán)故障。各模塊之間需要維護(hù)數(shù)據(jù)的一致性，要規(guī)劃好通信，對(duì)整個(gè)系統(tǒng)架構(gòu)要求比較高。在測(cè)試層面來(lái)講，相對(duì)單體軟件，測(cè)試工作量有一定程度的增加。應(yīng)用部署相對(duì)來(lái)說(shuō)比較復(fù)雜一點(diǎn)。

3. 適用場(chǎng)景，業(yè)務(wù)層面，應(yīng)對(duì)多客戶(hù)需求，通常每個(gè)客戶(hù)總有一部分需求是不一樣的。性能層面，應(yīng)對(duì)高并發(fā)、高負(fù)載。

總之，軟件互聯(lián)網(wǎng)行業(yè)知識(shí)體系更新比較頻繁，新概念、新技術(shù)層出不窮，我們探其本質(zhì)，不要被表象所迷惑。機(jī)械科班出身的IT人共勉。