問(wèn)答專欄Q & A COLUMN
我們已經(jīng)上線了好幾個(gè).net core的項(xiàng)目，基本上都是docker+.net core 2/3。說(shuō)實(shí)話，
.net core的GC非常的優(yōu)秀，基本上不需要像做Java時(shí)候，還要做很多的優(yōu)化。因此沒(méi)有多少人研究很正常。換句話，如果一個(gè)GC還要做很多優(yōu)化，這肯定不是好的一個(gè)GC。當(dāng)然平時(shí)編程的時(shí)候，常用的非托管的對(duì)象處理等等還是要必須掌握的。
評(píng)論0
加載中...
這和國(guó)內(nèi)的開(kāi)發(fā)環(huán)境有很大關(guān)系。
一方面，這里有個(gè)路徑依賴的問(wèn)題，這個(gè)問(wèn)題在國(guó)內(nèi)尤為突出。這幾年，國(guó)內(nèi)其他語(yǔ)言的開(kāi)發(fā)者多一些，生態(tài)好一些，轉(zhuǎn)換則意味著成本。
另一方面，浮躁之風(fēng)過(guò)盛，拿來(lái)主義盛行。這里舉兩個(gè)例子來(lái)說(shuō)明。一個(gè)是國(guó)產(chǎn)操作系統(tǒng)的內(nèi)核問(wèn)題。為什么要使用linux內(nèi)核而不是重新寫(xiě)一個(gè)呢？給出的理由無(wú)非是linux生態(tài)好，穩(wěn)定，沒(méi)有必要進(jìn)行重復(fù)制作。真的沒(méi)必要嗎？那國(guó)外為什么流行要用rust重新寫(xiě)幾個(gè)，而且開(kāi)源呢？“沒(méi)必要”是假，“不想”才是真，畢竟基礎(chǔ)建設(shè)周期長(zhǎng)，成本高，沒(méi)有拿來(lái)主義好呀。另一個(gè)例子是最近matlab在國(guó)內(nèi)停止授權(quán)的事情。在這件事情上，很多人都覺(jué)得問(wèn)題不大，問(wèn)題不大的原因在于還有一個(gè)開(kāi)源的scilab可以拿來(lái)用。
舉這兩個(gè)例子，也許不太妥切，但是，管中窺豹，略見(jiàn)一斑，也足以說(shuō)明時(shí)下的浮躁氛圍了。
既然這里說(shuō)到net core底層問(wèn)題，今年新出的《.NET Core底層入門(mén)》，也許值得一讀。這是國(guó)內(nèi)的研究者寫(xiě)的，從中可以看出國(guó)內(nèi)在這方面的進(jìn)展，也說(shuō)不定。總而言之，雖然net core已經(jīng)開(kāi)源了幾年，但是在國(guó)內(nèi)，開(kāi)發(fā)者的成長(zhǎng)和生態(tài)的建設(shè)，還需要更長(zhǎng)的時(shí)間。
評(píng)論0
加載中...
因?yàn)椴恍枰琷ava就像半成品，無(wú)論是語(yǔ)法 編譯器 等等，要是沒(méi)有spring系列，估計(jì)那些996早就變成了007了。
評(píng)論0
加載中...
微軟的產(chǎn)品化能力是有目共睹的，.net比起JAVA體系，更加完善，包括產(chǎn)品本身和后期的維護(hù)都比JAVA好，所以商業(yè)化項(xiàng)目最好還是用. net平臺(tái)。
評(píng)論0
加載中...
這似乎挺正常的，如同它購(gòu)買了GitHub后，眾開(kāi)源項(xiàng)目就紛紛遷移GH。開(kāi)源社區(qū)普遍不信任微軟，其意定非在開(kāi)源本身。.Net 開(kāi)源估計(jì)也是市場(chǎng)占有率在降，沒(méi)人真心愿意用它。
評(píng)論0
加載中...
不只是netcore，golang，rust等等很多語(yǔ)言都沒(méi)有好多人研究gc，所以這個(gè)問(wèn)題應(yīng)該問(wèn)，為什么jvm會(huì)有很多人研究。
簡(jiǎn)單的回答是，jvm的歷史負(fù)擔(dān)太沉重，Java社區(qū)對(duì)jvm的改進(jìn)十分的保守，新的特性必須要保持向下兼容，導(dǎo)致只能從gc入手優(yōu)化性能。而netcore不一樣，微軟主導(dǎo)的netcore社區(qū)對(duì)clr的改進(jìn)激進(jìn)的多，新特性很多情況下是不會(huì)向下兼容的，性能優(yōu)化可以在clr中解決掉，自然就不會(huì)過(guò)多關(guān)注gc了
評(píng)論0
加載中...
.net core，哪里還需要什么GC優(yōu)化？那是jvm天生缺陷導(dǎo)致的問(wèn)題。.net 5再性能上更進(jìn)一步，只要你的程序不是寫(xiě)得稀爛，根本不用操心底層運(yùn)行時(shí)的性能會(huì)出問(wèn)題。
不能用jvm的眼光看.net，java界已經(jīng)進(jìn)入固步自封的狀態(tài)，版本更新那么快，實(shí)質(zhì)性的東西并沒(méi)有什么突破。而很多公司堅(jiān)守在java1.6上不放手，實(shí)在頑固。
評(píng)論0
加載中...
優(yōu)化肯定是需要的，再好的程序都是有優(yōu)化空間的。只是現(xiàn)在dotnet平臺(tái)上目前缺少大型的應(yīng)用。正常的業(yè)務(wù)場(chǎng)景下，難以達(dá)到框架性能的瓶頸。
dotnet 雖然開(kāi)源了，但是開(kāi)源太晚。要是早幾年，在Android興起之前，在大數(shù)據(jù)興起之前，現(xiàn)在還會(huì)是這般場(chǎng)景嗎。眼看著國(guó)內(nèi)的大企業(yè)一波波地轉(zhuǎn)向了Java和其他語(yǔ)言，作為一名dotnet程序員心里是大大的不甘心。
dotnet 在語(yǔ)言層面相比 Java 有太多優(yōu)勢(shì)，Java 新版新增的一些語(yǔ)言特性也都是照抄的 dotnet。但即便是這樣，依然是叫好不叫座。
開(kāi)源太晚，錯(cuò)過(guò)了幾波行業(yè)發(fā)展紅利。以至于現(xiàn)在，大數(shù)據(jù)領(lǐng)域缺 Hadoop，搜索領(lǐng)域缺 Elasticsearch ，移動(dòng)端雖有xamarin，但依然是雞肋般的存在。要是有這些殺手級(jí)應(yīng)用在，dotnet 生態(tài)肯定會(huì)繁榮起來(lái)，向著更強(qiáng)的方向優(yōu)化。
還能說(shuō)什么呢，只能期望即將到來(lái)的dotnet 5 能一統(tǒng)現(xiàn)在混亂的局面，發(fā)揮好自己的特長(zhǎng)，繁榮dotnet的生態(tài)環(huán)境。
評(píng)論0
加載中...
首先.net的原裝GC一直都不錯(cuò)。流暢到可以支持3D游戲開(kāi)發(fā)。所以不怎么需要調(diào)優(yōu)。要知道文章多不用不一定是好事，95%的技術(shù)文章其實(shí)只不過(guò)是要解決一個(gè)BUG而已。其次C#的語(yǔ)法和運(yùn)行時(shí)設(shè)計(jì)也好，對(duì)GC的壓力小很多。比如范性支持基本類型，這樣List<int>之類的結(jié)構(gòu)，是整體分配和釋放的。而某蛙就需要每個(gè)元素拆箱裝箱。慢死，對(duì)GC來(lái)說(shuō)也要算更多的引用鏈。此外C#還支持matrx4x4之類的SIMD數(shù)據(jù)類型。也是提高運(yùn)行速度和減少GC的好東西
評(píng)論0
加載中...0
回答0
回答0
回答0
回答10
回答0
回答5
回答0
回答0
回答0
回答
