yml和yaml文件區(qū)別 yml和yaml區(qū)別？
yml和yaml區(qū)別？yml的處理器是雙核雙線程，跑分是兩萬，而yaml的處理器是四核四線程，跑分是兩萬五，區(qū)別在于處理器運算速度不一樣application.properties文件和applica
yml和yaml區(qū)別？
yml的處理器是雙核雙線程，跑分是兩萬，而yaml的處理器是四核四線程，跑分是兩萬五，區(qū)別在于處理器運算速度不一樣
application.properties文件和application.yml文件有什么區(qū)別？
熟悉springboot的朋友都知道，原本的JAVA項目中常用的application.properties配置文件可以使用yml文件取代，兩者的作用其實是一樣的，都是用來配置全局性的，基本不變的屬性的數(shù)據(jù)格式序列化，用于在項目初始化的時候加載進容器，在程序中使用。
兩者的區(qū)別就像米飯和面條，都可以用來填飽肚子，兩者顯示不同，語法不同，作用相同。
至于為什么要使用yaml文件，應該是這樣的。。。
①，yml配置是樹狀的數(shù)據(jù)格式:看起來更加的直觀。
②，yml是跨語言的:可以在包括JAVA，go，python等大量的語言中使用，比如做云計算使用go和java的時候，可以通過配置中心使用同一份配置！
③，支持列表:區(qū)別于properties只支持鍵值對數(shù)據(jù)，yml配置文件支持列表，如下所示:
當然，從properties轉(zhuǎn)yml文件會遇到很多坑，在此記錄下:
1，層級關(guān)系縮進不能用tab鍵:每次都數(shù)2.4.6這樣打空格。。。
2，每個key的后面需要加:，每個:后面還需要加一個空格！
3，列表的短橫線后面需要有個空格。
不知道為什么springboot推薦使用yml，反正除了不用的列表功能沒看到有啥好的，相反properties轉(zhuǎn)yml的時候還遇到一些坑，不過掌握了之后就很easy了，關(guān)于這種小細節(jié)的東西，更有很多分享，敬請關(guān)注。。。
yml是什么文件？
YML文件格式是YAML(YAMLAintMarkupLanguage)編寫的文件格式，YAML是一種直觀的能夠被電腦識別的的數(shù)據(jù)數(shù)據(jù)序列化格式，他并且容易被人類閱讀，容易和腳本語言交互的，可以被支持YAML庫的不同的編程語言程序?qū)?，比如：C/C ，Ruby，Python，Java，Perl，C#，PHP等。例如YML文件格式的用法： 文件，通常就是RubyonRails用來保存連接數(shù)據(jù)庫時使用的連接信息文件。
yml文件怎樣打開？
YML文件格式是YAML (YAML Aint Markup Language)編寫的文件格式，YAML是一種直觀的能夠被電腦識別的的數(shù)據(jù)數(shù)據(jù)序列化格式，他并且容易被人類閱讀，容易和腳本語言交互的，可以被支持YAML庫的不同的編程語言程序?qū)耄热纾?C/C ， Ruby， Python， Java， Perl， C#， PHP等。例如YML文件格式的用法：文件，通常就是Ruby on Rails 用來保存連接數(shù)據(jù)庫時使用的連接信息文件。
微服務怎么實現(xiàn)？是前端還是后端的事？
微服務只是一個概念，是一種架構(gòu)設(shè)計思想，并不是什么新技術(shù)。原理就是化整為零，把一個軟件應用，拆分為一個個可獨立運行的"微"服務，跟常規(guī)意義的插件、擴展之類類似，不同之處在于"微服務"是一個可獨立運行的應用程序，一般采用容器化部署比如Docker之類。以下從優(yōu)點、缺點以及適用場景三方面來拆解。
優(yōu)點，有效解決單體軟件隨著時間的推移的維護災難，可按需加載，最大程度釋放系統(tǒng)資源。跟開發(fā)語言無關(guān)，采用容器化獨立部署，無論使用什么開發(fā)語言都可無縫集成?？梢约毩６炔鸱周浖椖?，完美的持續(xù)集成。
缺點，微服務是一個分布式系統(tǒng)，如果拆分粒度過細，容易形成連環(huán)故障。各模塊之間需要維護數(shù)據(jù)的一致性，要規(guī)劃好通信，對整個系統(tǒng)架構(gòu)要求比較高。在測試層面來講，相對單體軟件，測試工作量有一定程度的增加。應用部署相對來說比較復雜一點。
適用場景，業(yè)務層面，應對多客戶需求，通常每個客戶總有一部分需求是不一樣的。性能層面，應對高并發(fā)、高負載。
總之，軟件互聯(lián)網(wǎng)行業(yè)知識體系更新比較頻繁，新概念、新技術(shù)層出不窮，我們探其本質(zhì)，不要被表象所迷惑。機械科班出身的IT人共勉。