發動機：2。0T最大馬力（ps）：290最大扭矩（N·m）380變速箱：7DCT驅動方式：前置四驅前/后懸架類型：麥弗遜式獨立懸架/多連桿獨立懸架動力無疑是這款車的核心賣點，4。8秒左右的實測百公里加速時間，對於40萬以下的車型來說，幾乎找不到對手了。

什麼車可以扮豬吃老虎？

或許日系粉們還會想起

EVO、STI那些日系性能車

但是這些車在中國已經極少了

雖然高爾夫R、福克斯RS還能買到

但似乎也沒那麼接地氣了

畢竟許多中國消費者買車講究面子

就算對於性能車

也希望能有個豪華品牌的車標

而且三廂車似乎更符合國人的審美

實際上也更實用

所以像奧迪S3這樣的車型

指導價不到40萬

優惠過後35萬左右

百公里加速4.8秒

還能日常上下班

還能開去市場買車

看看車主到底是什麼感受

長*寬*高：4474*1796*1392mm

軸距：2628mm

車型定位：緊湊型車

外觀方面，奧迪S3基於奧迪A3打造，絕大部分零部件都是共享的，整體外觀造型也是一樣的，只是在細節方面做了一些點綴，比如車身前後的“S3”標識、四齣排氣、銀色的外后視鏡等。而且在車漆方面，也可以選擇S3的專屬車漆“聖邦藍”，整體效果比起奧迪A3個性不少，而且也顯得更精緻了，但也不會太激進，看上去也只能算是一輛買菜車的外觀。

內飾的整體布局跟奧迪A3也基本保持一致，但內飾方面做的點綴比外觀更明顯，處處可見，方向盤、座椅、門踏板等都有“S3”的標識。

空間方面的方面，1.78米的試乘員坐在前排調到最低位置調整好坐姿，頭部還剩餘4指空間，保持前排座椅不變，同一位試乘員坐進後排，頭部空間剩下1指，腿部空間剩下1拳4指。整體表現中規中矩，對於一輛緊湊級的三廂車而言，勉強夠用吧。

發動機：2.0T

最大馬力（ps）：290

最大扭矩（N·m）380

變速箱：7DCT

驅動方式：前置四驅

前/后懸架類型：麥弗遜式獨立懸架/多連桿獨立懸架

動力無疑是這款車的核心賣點，4.8秒左右的實測百公里加速時間，對於40萬以下的車型來說，幾乎找不到對手了。而很多車主在體現0-100km/h加速的時候都感到車子起步時，前輪會有小小打滑，隨後四驅系統激活變直接衝出去，什麼推背感應該也不用我多說了。

從車主口碑中可以看出，最滿意的方面幾乎都是外觀或動力，但不滿意的地方都因人而異，各種各樣，所以其實要將奧迪S3看作是一輛動力很強的家用車，在實用性方面還是有些不足的。

優惠幅度各地不同，具體以4S店報價為準。有些車主則說沒太大優惠，不過基本都會有，只是幅度不同而已，但也有車主表示能拿到10W+的優惠，聽起來似乎不那麼靠譜，不過還是值得到店認證，如果真的能30萬不到就買到，那真的賺翻了。

其實在這個價位，要找一輛跟奧迪S3這樣的動力水平，而且還是4門的三廂車，幾乎是沒有的，而且這樣的車型定位在中國也應該有不錯的市場潛力，如果真的可以拿到5W以上的終端優惠，那應該是非常值得的。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

（左方包內含充電設備）溜背造型限制了後備廂容積的上限，電池組成為尾廂儲物空間的又一掣肘。尾廂蓋掀開作遮陽傘，高聳的地台適宜盤腿垂釣。但搬運沉重物品能讓垂釣積攢回來的耐心通通付諸東流。往积極方向想，電池組後置能與乘客艙進一步分離，增加高速碰撞時的安全性。

時間回到2010年，手攥兩千預算想買到配備高通1.5GHz雙核處理器、1GB運存、夏普液晶屏的手機，唯有小米1能讓挑剔黨無從置喙。

厚道配置、親民售價，再輔以漂亮臉蛋，怎能不收穫喜人銷量？就此，為“發燒而生”的小米不可避免地將中國手機市場，乃至國際市場帶入硝煙瀰漫的價格戰當中。

站穩腳跟后謀求往上發展、實現高端化，成為每個企業慣用的運營手段。手機領域如此，偌大汽車疆域亦然。這境況不禁讓聯想到車企哈弗，在屢創銷量佳話后，不甘人後地構築高端品牌——WEY。

VV5、VV7的大賣讓魏建軍實現更高端化的決心更為堅定，隨後與時俱進地推出由全新pi4平台打造的首款插電式混合車型——WEY p8。身體力行，前往長城汽車徐水分公司工廠一試究竟。

早在2013年，長城便率先啟動插電式混動車型項目，2016年印度技術研究中心的成立，2018年德國技術團隊的組建，都為pi4平台孕育出第一顆碩果作出莫大貢獻。

p8是WEY新能源專用平台pi4打造的首款產品，不難理解，p代表plug-in插電式，i代表intelligent智能化，而4則代表4WD四驅系統。

WEY並沒對p8實施大刀闊斧的革新，外觀造型與VV7神肖酷似，僅僅在進氣格柵、左前翼子板和輪圈造型上示出差異化。

高調、輕奢、精緻，這些VV7為人稱道的屬性，都在WEY p8身上得以沿襲，二十來萬收穫百萬豪車的回頭率，絕對是彰顯個性的一抹艷麗。但總感覺這套設計方案安放在VV5的緊湊身段上會更賞心悅目。

面積誇張的熏黑大嘴，貪婪地吞噬一切阻擋的空氣，讓風冷散熱進行得更徹底。凌厲的大燈眼角、刀鋒般小前唇，活脫脫一血脈僨張的虎痴許褚。

大量平鋪直敘的線條，刀劈斧鑿、直來直往，絲毫沒有嬌柔造作。縱貫流水型腰線如同覬覦獵物的捷豹，蓄勢待發。

尾部方面，混動車型依舊保留四齣排氣布局，靈感取自F1賽車的高位剎車燈再一次強調運動車型的顯赫身份，頗具儀式感。

“長城汽車”字眼讓駕駛員露怯，摳標將成不少車主提車儀式中的重要環節。

如你所見，溜背造型、四齣排氣、高位剎車燈，頗有自主第一轎跑SUV的架勢。

不枉重金挖角前寶馬設計師皮埃爾，果然沒有花錢的不是。皮埃爾於上年年底辭職投奔起亞，WEY的家族設計語言能否得到正向延續？一同觀望。

（21英寸多輻式熏黑輪圈）

p8目前公布了兩個車型版本，中網的鍍鉻飾條勾勒和20英寸輪圈為入門車型所獨享。據悉，入門車型可選裝21英寸多輻式輪圈。

與外觀一樣，內飾未能表現出足夠的革新度和顛覆感，與VV7的內飾布局如出一轍，僅僅在模式選擇按鈕上露出“端倪”。用料厚道、做工良好，未見國產車中植入骨髓的粗獷，實屬難得。

軟質材料的觸感、旋鈕按鍵的阻尼回饋以及氣味處理，都表現出該價位車型應有的水準，WEY對內飾氛圍的執念是可感知的，整車靜態體驗儼然是越級的存在。

艙內環境犹如一間精緻的衣帽間，豪華且自帶親和力。需要指出的是，物理功能按鍵間未進行無縫處理，密集的縫隙貪婪地吸食着窗外塵埃，給你一個不開天窗的理由。

p8全系標配全液晶儀錶盤、流媒體后視鏡、全景天窗、駕駛模式選擇、方向盤力度調節等國人喜聞樂見的實用配置，厚道如手機界的小米旗艦機型。拉絲效果輻儀錶檯布滿功能按鍵，电子擋把的缺席略顯違和。

遺憾的是，此前VV5、VV7上為人詬病的流媒體后視鏡反光現象，在p8身上未見太大改善。與工作人員交談得知，廠方將在8月整改，不會對群眾的聲音置若罔聞。

不難發現，p8與VV7的車寬、高度、軸距別無二致，依葫蘆畫瓢的外殼缺乏新鮮度，但看在這副漂亮皮囊的份上，姑且饒恕。

（面積可觀的全景天窗）

2950mm長軸距較好地轉化為艙內縱向空間，中等身材後排翹個二郎腿不在話下。除了頭部空間不夠友好以外，其他方面不易聽到乘客的抱怨聲。

（左方包內含充電設備）

溜背造型限制了後備廂容積的上限，電池組成為尾廂儲物空間的又一掣肘。尾廂蓋掀開作遮陽傘，高聳的地台適宜盤腿垂釣。但搬運沉重物品能讓垂釣積攢回來的耐心通通付諸東流。

往积極方向想，電池組後置能與乘客艙進一步分離，增加高速碰撞時的安全性。此外，對改善車輛通過性、涉水深度也大有裨益。

p8的插電式混動系統由重新調配的2.0T電控渦輪直噴發動機（4C20NT）+ 15kW BSG輔助皮帶式啟動電機 + 85kW TM驅動電機組成，傳動方面由德國格特拉克六速濕式雙離合完成。

遇到陌生詞彙，難免俗套地解釋下。TM驅動電機則負責獨立驅動兩個後輪，繼而實現智能四驅系統，讓p8不至於在越野環節出醜狼藉。

而BSG啟動電機則身兼多職，起步時能提供加速助力，車輛滑行時（發動機停止運作）重新給油，會將引擎帶動至相應轉速，改善動力響應。此外，還能調節發動機負載以及為後備廂蓄電池發電。

p8綜合馬力340ps、峰值扭矩524N·m，感受着全油門下悉數釋放的扭矩，讓全身心投入其中，急速攻彎時不盡理想的循跡性提醒，還沒為這超兩頓重的大傢伙關掉車身穩定控制系統。

操控並不遲鈍，轉向曠量不大，即便將方向盤迴饋力度調至最高擋位，仍會抹去大部分路感，別指望獲得過多駕駛樂趣。簡而言之，是輛容易開快、容錯率較高的家用SUV。

德國格特拉克六速濕式雙離合勝在穩定可靠，在驅動電機和德國舍弗勒2擋減速器的加持下，VV5、VV7上起步雙離合嚙合遲緩、掛倒擋不利索等病症一去不復返。出乎意料的換擋平順性，用絲般順滑形容也不為過。

EV模式純電動驅動下猛踩油門，內燃機總會思考半秒才願介入，但接踵而至的爆發力能讓你忘掉此前的不暢快。簡而言之，純電動模式下超車需提前作出預判或調整駕駛模式。

本次試駕車型配備主打抓地力、操控的馬牌ContiSport Contact 5高性能輪胎（255/50 R20），選用21英寸輪圈的車型則適配佳通為長城開發的低扁平比輪胎，顯然前者綜合性能更勝一籌。

底盤方面，高速行駛時緊急變線和連續變線，車身都能維持得體姿態，低K值彈簧帶來稍慢的懸架反應速度，重心轉移跟駕駛員預期不夠合拍，但勝在拋跳抑制處理到位，底盤韌性也確實客觀存在，在一次次濾振動作中得以體現。

官方純電續航為50km，最大續航里程為660km，綜合工況百公里油耗為2.3L，搭載12.96kWh的三元鋰電池組（質保8年/15萬公里）。　

充電口被設置在左前翼子板上，只配備了國際慢充充電口。條件允許下，最快充滿電時間為四小時。

支持預約充電功能，能通過移動設備控制充電時長。出於對充電成本的考量，車主可根據不同時段的電價差異，實現合理錯峰的高效費比充電。

遠不止此，低速純電動驅動時還可激活“虛擬引擎音”，模擬傳統發動機的工作聲浪。使用家用插線板充電時，可根據電功率選擇充電電流大小，避免電源端功率過大，釀成安全事故。

此外，p8還配備三級可調能量回收系統，分別為減弱、標準、加強。加強模式下鬆開油門，滑行有效距離縮短，拖拽感客觀存在，習慣駕駛傳統燃油車的車主需適應一段時間。

需要指出的是，不少調節功能集成在中控屏上，操作成本較高的同時，盲操便利性大打折扣，對行車安全的考量略欠周到。

在看來，越級靜態表現是p8一大閃光點，在高性能與低能耗間取得韌性平衡更是難能可貴。據悉，p8新能源補貼后售價約為26-28萬元，這給即將上市的換代比亞迪唐出了道難題。

正如長城汽車徐水分公司工廠的標語：每天進步一點點。低調做事、高調做產品，想必是長城汽車對上下員工的最大寄望。如此看來，產品的成功絕非偶然。

面對這荒蕪滿溢的浮躁時代，願意身體力行抓產品質量且遠離鎂光燈的董事長，好比鐵樹開花，而“保定車王”魏建軍就做到了。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計最專業,超強功能平台可客製化

在任何轉速和時速下都能找到一個適合的擋位能夠滿足當時的行駛需求。同時還將變速域拓寬，使電動機的轉速有效降低，讓這款只有三百多匹的混合動力跑車也能跑到250公里/小時的時速。當然，LC500h的操控也是不錯的。當然這種不錯並不是超跑那種高極限帶來的刺激感，也不是鋼炮帶來的靈活反應。

在誕生之初雷克薩斯就是為了美國市場而建立的豪華品牌。除了豪華車以外，雷克薩斯也為美國市場推出過兩款豪華跑車，一款是SC300，一款是SC430。不過由於各方面的原因，兩款跑車並不算很成功。不過現在，雷克薩斯再次推出了一款名為LC的雙門豪華GT跑車，將日式豪華GT跑車的理念重新詮釋。

這款全新的LC是基於凌志的GA-L平台所打造，也就是和新LS相同的一個平台，也可以看做LS的Coupe版本。以奔馳S-class為例，它是有一個Coupe版本，但整體外形是和S-Class本身非常相近。而LS一直都沒有Coupe版本，因此LC的外形可以和之前推出的LF-LC概念車非常一致，出來的外觀效果也是非常驚艷。

這次我們試駕的是一台LC500h，採用代號8GR的3.5公升V6自然吸氣發動機為主要動力源，使用阿特金森循環，在性能和能效上取得平衡，最大馬力299匹，加上電動機的輔助是357匹，幫LC在

5秒內完成百公里加速，實力並不俗。而豐田的混合動力和其他品牌的有些區別，它採用了一個行星齒輪組pSD為核心的ECVT結構，將電動機、發電機和汽油機連接在一起，油電切換非常平順，能夠在性能和節能上取得高度平衡。

LC500h的ECVT還加入了一個4AT變速箱，能夠和ECVT結合模擬出10個擋位。在任何轉速和時速下都能找到一個適合的擋位能夠滿足當時的行駛需求。同時還將變速域拓寬，使電動機的轉速有效降低，讓這款只有三百多匹的混合動力跑車也能跑到250公里/小時的時速。

當然，LC500h的操控也是不錯的。當然這種不錯並不是超跑那種高極限帶來的刺激感，也不是鋼炮帶來的靈活反應。而是非常適度的給與恰當的反應，另外較小的轉向半徑也能提升靈活性。當然了，LC500h並不是用來刷賽道刷圈速的車型，更多的是在舒適的環境中給予更佳的操控體驗。

做個比喻，LC500h就是一個樣子好身材棒的女管家。外觀漂亮、內飾舒服、操控靈活、動力飽滿，但各方面好之餘又不會太過火。因此對於筆者來說，這足以成為新的Dream Car。究竟它真的這麼好？請觀看本期視頻。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

※教你寫出一流的銷售文案?

(暴力掛擋會損壞變速箱)講到掛擋，我們順勢談一下跟趾動作，其實就是降擋補油，保證順利降擋和動力銜接。因為高低擋降低擋，之間會有一個轉速差，那麼在換擋時，齒輪之間就會因為轉速之間有落差而造成降擋困難的現象，尤其在直齒變速箱中情況會更明顯。

年幼的你，偷偷看過公交司機開車吧？那個時候的你，看着他們單手掌控方向盤，另一隻手操縱換擋桿，動作乾脆利落，是不是覺得特別帥，想必你也在旁邊默默地模仿他們吧，甚至腦海里有長大當一名司機的想法。

現在大家看看這段視頻，是不是和你的記憶有點偏差,未滿18歲的兒童與正在學車的朋友注意了，以下視頻切勿模仿，難度很大。

以上的三位司機駕駛技術，並沒有質疑，就是換擋的姿勢有點特別，着實吸引眼球，耳目一新。

順便我們普及一下正規的變速桿握法和操作方法：

右手掌心輕貼住檔把頭，五指向下自然握住檔把頭，可根據不同擋位的需要，手掌做適當的轉動。以手腕和肘關節的力量為主，肩關節為輔，準確地掛入或脫出某一選定的擋位。右手操作變速桿，兩眼平視前方，左手握穩方向盤，右腳松抬油門踏板的同時，右腳踏下離合器踏板，隨即用適當的力量推入或拉出變速桿。不得硬推、強拉和下視變速桿。

(暴力掛擋會損壞變速箱)

講到掛擋，我們順勢談一下跟趾動作，其實就是降擋補油，保證順利降擋和動力銜接。因為高低擋降低擋，之間會有一個轉速差，那麼在換擋時，齒輪之間就會因為轉速之間有落差而造成降擋困難的現象，尤其在直齒變速箱中情況會更明顯。如果不使用跟趾動作，即使能夠順利降擋，也會出現車輪扯高發動機轉速的現象，輕則加速離合片磨損，嚴重的話更會損害發動機(轉速反拖超過紅線區)。那麼怎樣完成跟趾動作呢？

但是，這個動作難度就在於你需要同時完成多個操作，有時候沒有配合好反而會適得其反。很多車手在做這個動作時，會不自覺地減少了剎車力度，入彎速度過快，導致失控。也有的在換擋的時候，沒有充分減速，就放了離合，或者是降擋過多，使得發動機的轉速被提到更高，有可能損壞發動機並且造成失控。所以建議新手先熟悉換擋的動作，等駕駛技術提升起來，再到無人空曠的地方進行練習，避免發生意外。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司"嚨底家"!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

目錄

• 簡介
• JVM是一種標準
• java程序的執行順序
• JVM的架構
  • 類加載系統
  • 運行時數據區域
  • 執行引擎
• 總結

簡介

JVM也叫Java Virtual Machine，它是java程序運行的基礎，負責將java bytecode轉換成為適合在各個不同操作系統中運行的機器代碼並運行。今天我們和小師妹一起走進java的核心JVM，領略java在設計上的哲學。

JVM是一種標準

小師妹:F師兄,經常聽到有人說hotspot VM,這個跟JVM是什麼關係？

其實吧，JVM只是一種標準，就像是一種協議，只要是實現和滿足這種協議的都可以稱為JVM。當然，java現在是Oracle公司的，所以這些所謂的JVM標準也是由Oracle來頒布的，如果你去查看Oracle的文檔，就會發現有一個專門的Java SE Specifications欄目，這個欄目中列出了JVM的實現標準，最新的標準就是The Java Virtual Machine Specification, Java SE 14 Edition。

更多精彩內容且看：

• 區塊鏈從入門到放棄系列教程-涵蓋密碼學,超級賬本,以太坊,Libra,比特幣等持續更新
• Spring Boot 2.X系列教程:七天從無到有掌握Spring Boot-持續更新
• Spring 5.X系列教程:滿足你對Spring5的一切想象-持續更新
• java程序員從小工到專家成神之路（2020版）-持續更新中,附詳細文章教程

更多內容請訪問www.flydean.com

既然JVM是一個標準，就可能有很多種實現。各大公司在滿足JVM標準的基礎上，開發了很多個不同的版本。

下面是我在維基百科中截取到的目前各個JVM的比較：

小師妹：F師兄，大家齊心協力做一個JVM不是更好嗎？為什麼分來分去的，還要重複造輪子？

有聽過Oracle和Google之間的API十年訴訟案嗎？API都不能順便用，更何況是JVM。各大廠商為了各自的利益，最終搞出了這麼多個JVM的版本。

在這些JVM中，最常用的就是HotSpot JVM了，畢竟它是Oracle的親兒子，或者可以說HotSpot JVM就是JVM的標準。

接下來就是Eclipse OpenJ9,這個是由IBM主導的JVM，一般只能跟IBM的產品一起使用的，因為有許可證限制。

java程序的執行順序

為了說明JVM的作用，我們先來回顧一下java程序的執行順序。

1. 編寫java代碼文件比如Example.java
2. 使用java編譯器javac將源文件編譯成為Example.class文件
3. JVM加載生成的字節碼文件，將其轉換成為機器可以識別的native machine code執行

JVM的架構

小師妹：F師兄，Java語言那麼多特性，最後都要在JVM中運行，JVM的架構是不是特別複雜？好怕我聽不懂。

其實吧，JVM可以分為三大部分，五大空間和三大引擎，要講起來也不是特別複雜，先看下面的總體的JVM架構圖。

從上面的圖中，我們可以看到JVM中有三大部分，分別是類加載系統，運行時數據區域和Execution Engine。

類加載系統

類加載系統分為三個階段，分別是加載，鏈接和初始化。

加載大家都很清楚了，java中有個專門的ClassLoader來負責這個事情。除了加載Class之外，ClassLoader還可以用來加載resources。

在JDK9之前，系統默認有三個類加載器，分別是：

1. Bootstrap ClassLoader

這個類加載器主要是加載 /jre/lib下面的rt.jar，並且這個類加載器是用C/C++來編寫的，並且它是後面Extension ClassLoader的父ClassLoader。
這個類應該在java代碼中找不到的（correct me if I am wrong!）。

1. Extension ClassLoader

這個類加載器主要加載JDK的擴展類 /jre/lib/ext，它的實現類是 sun.misc.Launcher$ExtClassLoader ：

static class ExtClassLoader extends URLClassLoader {
        private static volatile Launcher.ExtClassLoader instance;

        public static Launcher.ExtClassLoader getExtClassLoader() throws IOException {
            if (instance == null) {
                Class var0 = Launcher.ExtClassLoader.class;
                synchronized(Launcher.ExtClassLoader.class) {
                    if (instance == null) {
                        instance = createExtClassLoader();
                    }
                }
            }

            return instance;
        }

我們看下它的實現，實際上它創建了一個單例模式，使用的是雙重檢查加鎖，小師妹可以考慮一下怎麼使用延遲初始化佔位類的方式來重新這個類。

1. System ClassLoader

這個加載器是加載定義在ClassLoader中的類。它的實現類是sun.misc.Launcher$AppClassLoader，這個類的實現很長，這裏就不完整列出來了：

static class AppClassLoader extends URLClassLoader 

在JDK9之後，因為引入了JPMS模塊的概念，所以類加載器變得不一樣了，在JDK9之後還是有三個內置的類加載器，分別是BootClassLoader，PlatformClassLoader和AppClassLoader：

    private static class BootClassLoader extends BuiltinClassLoader {
        BootClassLoader(URLClassPath bcp) {
            super(null, null, bcp);
        }

        @Override
        protected Class<?> loadClassOrNull(String cn, boolean resolve) {
            return JLA.findBootstrapClassOrNull(this, cn);
        }
    };

private static class PlatformClassLoader extends BuiltinClassLoader 

private static class AppClassLoader extends BuiltinClassLoader

Linking階段主要做了三件事情：

1. Verification – 主要驗證字節碼文件的結構的正確性，如果不正確則會報LinkageError。
2. Preparation – 負責創建static fields，並且初始化他們的值。
3. Resolution – 把類型的常量池中引用的類，接口，字段和方法替換為直接引用的過程。

Initialization階段主要是調用class的父類和自身的初始化方法，來設置變量的初始值。

運行時數據區域

類加載好了，也初始化了，接下來就可以準備運行了。

運行的時候要為數據分配運行空間，這就是運行時數據區域的作用。

運行時數據區域又可以分為5個部分：

1. Method Area

方法區是非Heap的內存空間，主要用來存放class結構，static fields, method, method’s data 和 static fields等。方法區是在JVM啟動的時候創建的，並且在所有的線程中共享。

Run-Time Constant Pool運行時常量池是放在方法區中的，他是class文件中constant_pool的運行時表現。

注意在JDK8之前，HotSpot JVM中對方法區的實現叫做持久代Perm Gen。不過在JDK8之後，Perm Gen已經被取消了，現在叫做Metaspace。Metaspace並不在java虛擬機中，它使用的是本地內存。Metaspace可以通過-XX:MaxMetaspaceSize來控制。

1. Heap Area

Heap Area主要存儲類對象和數組。垃圾回收器（GC）主要就是用來回收Heap Area中的對象的。

1. Stack Area

因為是棧的結構，所以這個區域總是LIFO(Last in first out)。我們考慮一個方法的執行，當方法執行的時候，就會在Stack Area中創建一個block，這個block中持有對本地對象和其他對象的引用。一旦方法執行完畢，則這個block就會出棧，供其他方法訪問。

1. PC Registers

PC Registers主要用來對程序的執行狀態進行跟蹤，比如保存當前的執行地址，和下一步的地址等。

1. Native Methods

最後一個就是本地方法區了，因為JVM的底層很多都是由C/C++來實現的，這些方法的實現就構成了本地方法區。

執行引擎

執行引擎主要負責將java的字節碼翻譯成機器碼然後執行。

先看一個java字節碼的內在結構,大家可以隨便找一個編譯好的類，使用javap來進行解析：

javap -v BufferUsage

這裏不過多介紹輸出結果的含義，我們會在後面的文章中進行詳解。

這我們可以看到方法中都有一個Code片段，這些Code被稱為OpCode，是JVM可以理解的操作命令。

執行引擎中裏面又有三個部分：

1. Interpreter

翻譯器用來讀取上面介紹的OpCode，並將其翻譯成為機器語言。因為翻譯器需要一個命令一個命令的翻譯字節碼，所以速度會比較慢。這就是很久很久以前Java被詬病的地方。

1. JIT (Just-In-Time) compiler

為了解決Interpreter翻譯慢的問題，JDK引入了JIT，對於那些經常使用的代碼，JIT會將這些字節碼翻譯成為機器代碼，並直接復用這些機器代碼，從而提高了執行效率。

1. Garbage Collector

GC用來回收Heap Area，他是一個Daemon thread。

總結

本文介紹了JVM的總體架構信息。各個部分的細節信息會在後面的系列文章中陸續講解。歡迎大家關注小師妹系列。

本文作者：flydean程序那些事

本文鏈接：http://www.flydean.com/jvm-all-in-one/

本文來源：flydean的博客

歡迎關注我的公眾號:程序那些事，更多精彩等着您！

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計最專業,超強功能平台可客製化

前言

本文提供全網最完整的Redis入門指導教程，下面我們從下載Redis安裝包開始，一步一步的學習使用。

下載Redis

官網提供的Redis安裝包是服務於Linux的，而我們需要在Window下使用Redis，所以，我們去下面這個網址中下載。

Redis的下載地址：https://github.com/microsoftarchive/redis/releases。

如下圖所示，Redis的windows版是由microsoftarchive提供，是微軟的一個工作小組，所以我們可以選擇完全信任，下面我們選擇最新版的Redis版本下載（可以看到，儘管是最新版本，但最後一次提交已經是2016年了）

下載完成后解壓到文件夾，得到文件如下：

重要文件講解：

redis-server.exe：Redis服務端宿主程序，運行後會啟動一個控制台窗體，該窗體是宿主程序，如關閉窗體，則Redis服務關閉。

redis-check-dump.exe：本地數據庫檢查程序。

redis-check-aof.exe：更新日誌檢查程序。

redis-benchmark.exe：性能測試，用以模擬同時由N個客戶端發送M個 SETs/GETs 查詢。

redis-cli.exe： Redis客戶端程序，服務端開啟后，可以通過該客戶端進行命令測試。（運行后，會啟動一個控制台窗體，可在控制台內輸入命令）

Windows Service Documentation.docx：Redis服務端使用文檔。

redis.windows-service.conf：Redis啟動服務默認加載的配置文件（下文會介紹如何將Redis服務已Windows服務模式啟動），雙擊redis-server.exe啟動時並不加載該文件，雙擊exe啟動時會提示未指定配置文件，使用默認配置，這個默認配置應該是exe內部編寫的。

redis.windows.conf ：Redis配置文件，其內容和redis.windows-service.conf是一模一樣的，相當於一個備份，如果希望Redis讀取的配置文件是redis.windows.conf ，則需要對Redis進行命令操作，重新設置配置文件。

了解Redis文件信息后，我們運行redis-server.exe，然後我們編寫一個C#的控制台項目訪問Redis。

Redis訪問

C#想訪問Redis需要使用開源類庫，那麼應該使用哪個類庫呢？

打開Redis的中文官網http://www.redis.cn/，在客戶端菜單下可以發現C#可用的Redis客戶端很多，如下圖：

這裏我們使用ServiceStack.Redis來訪問Redis。

創建項目

首先我們創建一個項目RedisConsole，然後在Nuget下搜索ServiceStack.Redis，如下圖：

然後創建一個RedisManager類來管理Redis，代碼如下：

using ServiceStack.Redis;
using ServiceStack.Text;
using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Runtime.Serialization.Formatters.Binary;
using System.Text;
using System.Threading.Tasks;
​
namespace RedisConsole
{
    /// <summary>
    /// RedisManager類主要是創建鏈接池管理對象的
    /// </summary>
    public class RedisManager
    {
        /// <summary>
        /// 綁定本機Redis
        /// </summary>
        private static string ConnStr = "localhost:6379";//password@ip:port  123@localhost:6379
        private static PooledRedisClientManager _prcm;
​
        
        /// <summary>
        /// 靜態構造方法，初始化鏈接池管理對象
        /// </summary>
        static RedisManager()
        {
            _prcm = CreateManager(new string[] { ConnStr }, new string[] { ConnStr });
        }
        /// <summary>
        /// 創建鏈接池管理對象
        /// </summary> 
        private static PooledRedisClientManager CreateManager(string[] readWriteHosts, string[] readOnlyHosts)
        {
            //WriteServerList：可寫的Redis鏈接地址。
            //ReadServerList：可讀的Redis鏈接地址。
            //MaxWritePoolSize：最大寫鏈接數。
            //MaxReadPoolSize：最大讀鏈接數。
            //AutoStart：自動重啟。
            //LocalCacheTime：本地緩存到期時間，單位:秒。
            //RecordeLog：是否記錄日誌,該設置僅用於排查redis運行時出現的問題,如redis工作正常,請關閉該項。
            //RedisConfigInfo類是記錄redis連接信息，此信息和配置文件中的RedisConfig相呼應
            // 支持讀寫分離，均衡負載 
            return new PooledRedisClientManager(readWriteHosts, readOnlyHosts, new RedisClientManagerConfig
            { 
                MaxWritePoolSize = 5, // “寫”鏈接池鏈接數 
                MaxReadPoolSize = 5, // “讀”鏈接池鏈接數 
                AutoStart = true,
            },
            0,//初始化數據庫 默認有16個數據 這裏設置初始化為第0個
            50,//連接池數量
            5//連接池超時秒數
            )
            { 
                ConnectTimeout = 6000,//連接超時時間，毫秒
                SocketSendTimeout = 6000,//數據發送超時時間，毫秒
                SocketReceiveTimeout = 6000,// 數據接收超時時間，毫秒
                IdleTimeOutSecs = 60,//連接最大的空閑時間 默認是240
                PoolTimeout = 6000 //連接池取鏈接的超時時間，毫秒
            };
        }
​
        /// <summary>
        /// 客戶端緩存操作對象
        /// </summary>
        public static IRedisClient GetClient()
        {
            if (_prcm == null)
            {
                _prcm = CreateManager(new string[] { RedisPath }, new string[] { RedisPath });
            }
            return _prcm.GetClient();
        }
    }
 }

然後在Main函數里使用RedisManager來進行寫入和讀取，代碼如下：

static void Main(string[] args)
        { 
            var redisClient = RedisManager.GetClient(); 
            redisClient.Set<string>("Name", "Kiba518");
            redisClient.Set<int>("Age", 10000);  
            Console.WriteLine($"MyName:{redisClient.Get<string>("Name")}====MyAge:{redisClient.Get<int>("Age")}");
            redisClient.Dispose();  //釋放內存
            Console.ReadLine();
        }

運行結果如下圖所示：

可以看到，我們成功的完成了Redis的插入和讀取。

但我們不滿足於此，我們需要一個圖形管理界面更直觀的查看Redis數據庫。

下載RedisStudio。

下載地址:https://github.com/cinience/RedisStudio/releases

運行RedisStudio，連接本地Redis，如下圖：

連接成功后，點擊Data菜單，查看數據。

可以看到，我們添加的數據被寫進了第0個數據庫（Redis默認會創建16個數據庫，數據庫編號以0開頭）。

Redis的Windows服務

使用Cmd的命令窗口作為Redis的宿主進程確實有一些問題，比如關閉了就不能用了，比如不能開機自啟。為了讓Redis服務可以更好的運行，我們需要把Redis的宿主改成Windows是服務。

這件事不需要我們自行開發，redis-server.exe中已經提供了這些功能，它的Main函數會處理一些他接受的參數。

現在我們使用命令行啟動redis-server.exe。

注：使用Redis命令時，需要在先將目錄跳轉到Redis所在文件夾，如【cd/d D:\Redis-x64-3.2.100】

redis-server.exe --service-install redis.windows.conf --loglevel verbose

參數介紹：

service-install：啟動Redis服務安裝，必須是第一個參數。

redis.windows.conf：指定配置文件。

loglevel verbose：日誌級別。

CMD運行結果如下圖所示：

查看服務。

如上圖所示，服務已經成功的安裝到系統中了，右鍵就可以啟動服務了。

當然我們也可以通過命令行啟動和關閉服務，命令如下：

啟動服務命令：redis-server.exe –service-start

關閉服務命令：redis-server.exe –service-stop

CMD運行關閉服務結果如下圖：

配置密碼

我們都知道數據庫是需要密碼的，這樣才能保證安全性，不然任何一個知道你服務器IP的人只要按個端口試一遍就可以連接你的數據庫了。

Redis的數據庫密碼需要在配置文件中設置，默認是沒有密碼的。

因為上文我們配置Windows服務時，指定了redis.windows.conf文件為配置文件，所以我們現在需要在redis.windows.conf文件中配置密碼。

打開redis.windows.conf文件，搜索【# requirepass foobared】定位到配置密碼的行（配置文件中#為註釋符），然後在該行下方輸入requirepass 123456，其中123456就是數據庫的密碼了，如下圖所示：

現在我們測試一下，運行我們剛才的項目，結果如下圖所示：

可以看到，系統提示了驗證錯誤的異常。

這是因為我們上文配置的連接字符串是【localhost:6379】這裏面只有IP和端口，現在因為有了密碼所以這個字符串不在合法了。

現在我們將密碼加入進字符串，修改代碼如下：

private static string ConnStr = "123456@localhost:6379";

項目成功運行，訪問Redis數據庫成功，如下圖：

—————————————————————————————————-

代碼已經傳到Github上了，歡迎大家下載。

Github地址：https://github.com/kiba518/RedisConsole

—————————————————————————————————-

注：此文章為原創，任何形式的轉載都請聯繫作者獲得授權並註明出處！
若您覺得這篇文章還不錯，請點擊下方的【推薦】，非常感謝！

https://www.cnblogs.com/kiba/p/13085327.html

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

※教你寫出一流的銷售文案?

最近訂閱學習了《深入淺出雲計算》專欄，一口氣學完之後，做了一些總結筆記形成此文，特分享與你，希望對你有所幫助！本文為下半部分，主要總結了PaaS篇的核心要點。

一、PaaS篇

1、正確評估和理解PaaS

　　PaaS的核心概念是Platform-as-a-Service，即雲計算提供的平台類服務。它是抽象和可復用的單元，讓用戶將更多精力放在業務邏輯上。

　　PaaS的核心優勢在於生產力/效率，尤其體現在搭建和運維層面。

　　怎樣學習和研究PaaS呢？可以參照以下幾個維度：

　　（1）第一維度：服務是否帶有內生的運行環境；

　　（2）第二維度：PaaS服務存在的位置和範圍及給予你的控制粒度；

　　（3）第三維度：服務是否是“有狀態的”；

　　（4）第四維度：支持PaaS的虛擬機是否對外暴露；

　　怎樣衡量和評估PaaS呢？由於PaaS的核心在於封裝，既帶來了效率優勢也帶來了靈活性上的犧牲，因此我們需要檢查PaaS服務的限制，它們有：功能屏蔽、版本選擇、性能極限、更新頻率、版本陷阱；

　　此外，當雲上官方的PaaS不滿足需求時也可以考慮第三方PaaS。

2、對象存儲服務

　　對象存儲的主要功能：它是雲上創建的一種“網盤”，可以存儲任意結構化的和非結構化的二進制文件，用戶可以隨時上傳下載、修改刪除。對象存儲服務保證了數據的可靠性、可用性和擴展性。

　　對象存儲和雲硬盤的區別：

　　（1）訪問的接口和形式不同 => 雲硬盤作為虛擬機的塊存儲設備而存在，對象存儲本質是一個網絡化的服務；

　　（2）對象存儲內本身不存在一個真正的文件系統，它是一個鍵值形式的存儲服務；

　　（3）對象存儲的巨大容量，能夠輕鬆容納PB級的大容量數據；

　　對象存儲的高級特性：

　　（1）存儲分層 => 設置訪問頻率從高頻到低頻等不同的存儲級別；

　　（2）生命周期管理 => 允許設置一定的過期規則，自動執行一些清理操作；

　　（3）對象的版本管理 => 啟用此特性會自動記錄版本號以便進行回滾和恢復；

　　總的來說，對象存儲的應用場景就是一切需要保存數據的地方！

3、應用託管服務

正確理解應用託管服務

　　應用託管服務本質是為應用提供一個隔離的獨立運行環境，讓用戶只專註於業務邏輯而無須關注運維。

　　目前主流雲廠商的該項服務的產品有：AWS ElasticBeanstalk、阿里雲Web應用託管服務（Web+）、Azure應用服務（Azure App Service）。

應用託管的增值服務

　　（1）監控：針對Web應用的特點而進行的HTTP層面的監控，基於這些監控指標可以指定相應的報警規則；

　　（2）擴展：既包含了底層機器配置的垂直擴展，也包含了機器數量層面的水平擴展；

　　（3）集成：與其他PaaS服務的集成很方便，與雲上DevOps組件和流程的無縫對接；

4、雲上數據庫服務

理解數據庫服務

　　數據庫PaaS服務是將數據庫服務搬到雲上，讓用戶更方便輕鬆地使用、管理和維護數據庫。

　　數據庫PaaS服務和傳統關係型數據庫的共同點：外部交互層面，保持了和原版數據庫幾乎一致的編程接口和使用體驗。

　　和傳統關係型數據庫的差異點：搭建、運維和管理層面實現了相當程度的智能化和自動化，極大提升用戶友好度，降低使用門檻。

　　雲上數據庫最具代表的高級特性：

　　（1）支持讀寫分離 => 只需在後台略加操作配置即可完成；

　　（2）支持自動調優 => 自帶有性能分析和改進模塊幫助發現性能熱點；

新一代雲原生數據庫

　　目前主流雲原生數據庫產品有：AWS Aurora、阿里雲 PolarDB、Azure Cosmos DB；

　　目前雲原生數據庫的特點：

　　（1）更強的可擴展性 => 存儲規模和算力；

　　（2）更高的可用性和可靠性 => 默認多副本高可用；

　　（3）支持多種數據模型 => 兼容關係型與NoSQL；

　　（4）低成本啟動 => 自然地跟隨業務增長，經濟適用；

數據庫服務為何能不斷佔領市場

　　除了上面提到的易用性和豐富功能性外，雲廠商能夠端到端地掌控影響一個數據庫的設計和性能的所有因素，為它配備了最新最好的軟硬件組合。

　　藉助雲計算平台，雲數據庫擁有非常好的流量入口，Gartner甚至大膽預測到2023年全球3/4的數據庫都會跑在雲上！

使用雲數據庫的建議

　　如果是老的應用遷移/與自建數據庫保持高度兼容性的場合 => 使用經典RDS服務

　　如果應用場景中數據量大、性能要求高/沒有歷史負擔 => 直接考慮雲原生數據庫服務

5、雲上大數據服務

理解雲上大數據服務

　　大數據是技術手段，而雲是一種資源和能力的載體！如果雲是一艘航母，是一個大型綜合作戰品台，那大數據就好比戰鬥機，在航母上就是艦載機。

雲上大數據的特點

　　（1）簡單易用，方便管理：大大降低了學習和應用大數據技術的門檻

　　（2）盡可能的保證了兼容性：和熟知的大數據技術別無他樣

　　（3）解耦了大數據架構中的計算和存儲：存儲端一般優先選擇對象存儲，計算端集群可以動態地創建和銷毀

　　（4）提供了很多增值服務：如性能監控、Jupyter Notebook等；

主流雲廠商的大數據服務

　　（1）大數據計算：AWS EMR、阿里雲 MaxCompute / E-MapReduce、Azure HDInsight

　　（2）大數據存儲：AWS S3（EMRFS）、阿里雲 OSS / JindoFS、Azure Blob Storage / Data Lake Storage Gen2

 基於阿里雲MaxCompute的日誌大數據分析案例

6、雲上容器服務

容器和雲的關係

　　一方面，容器和雲是相輔相成的：雲承載着容器的運行，容器生態也驅動着雲的發展。

　　另一方面，容器與雲廠商力推的一些雲服務存在競爭和替代關係：其實部分PaaS服務也可以使用IaaS服務來實現，又如Google积極創立和發展CNCF推動容器應用標準化。

雲上Kubernetes服務的特點

　　（1）雲端的多租戶特性，可以免除在Master節點方面的開銷；

　　（2）雲廠商做了很多工作，使得K8s可以和IaaS/PaaS組件有很好的的集成；

　　（3）易部署多集群，保證不同的集群有更好的隔離性；

 騰訊雲TKE產品架構

雲上容器鏡像服務

　　雲廠商都提供了自己的容器鏡像服務，如AWS ECR、Azure ACR等。

 騰訊雲容器鏡像服務助力實現容器持續部署

全託管容器實例服務

　　“全託管”思想在容器服務商的體現有以下幾個點：

　　（1）不用關心底層基礎設施；

　　（2）AWS Fargate、阿里雲彈性容器實例等；

　　（3）適合有容器鏡像且想要儘快在雲上跑起來的場景；

 Azure Container Instance容器實例服務創建容器實例

7、無服務器計算服務

理解無服務器計算

　　無服務器：“無服務器”是雲計算中資源抽象的極致體現，用戶感覺不到服務器的存在，可以專註於業務邏輯而不再關心基礎設施；

　　無服務器計算服務：完全屏蔽計算資源，引導不再關心底層環境，主流的無服務器計算服務有AWS Lambda、阿里雲函數計算 以及 Azure Functions。

無服務器計算的計費機制

　　兩個指標：調用次數 和 調用時長。

　　適合場景：偶爾觸發、短時間運行的工作。

無服務器計算是多面手

　　（1）事件模型是無服務器的核心編程模型和運行邏輯；

　　（2）雲上Serverless服務一般都配套提供了多種多樣的觸發器；

　　（3）多樣的外部交互方式也讓無服務器計算能夠對外訪問，並向下游輸出；

　　（4）以工作流的方式進行雲函數等事件處理單元的組合和編排；

無服務器計算服務的限制

　　無服務器計算服務的主要限制還是在於它是一個受限的環境，比如：冷啟動的延時、內存的限制、雲函數的運行時長、併發數上限等等。

8、雲上AI服務

開箱即用的API服務

　　這類服務將非結構化數據處理分析的通用需求場景，進行了封裝和開放。非結構化數據包括：圖像、視頻、語音、文本等等。

　　我們可以通過雲端標準的API和SDK來進行調用，一般按調用次數進行收費。

　　現在各領域的AI服務有：

　　（1）計算機視覺：人臉識別、物體檢測、OCR、安全掃描等；

　　（2）自然語言處理：機器翻譯、文本分析等；

　　（3）語音類智能服務：語音識別、語音合成等；

　　（4）視頻類智能服務：視頻分析、用戶內容審查等；

 百度雲圖片識別服務識別到花瓶和水杯

構建自己的AI模型

　　實際應用中，很多企業都需要按照特定的需求來構建自己的定製模型，是普遍而常見的場景。

　　因此，雲廠商開始提供幫助用戶構建AI模型的基礎設施服務：

　　（1）主流的產品有：AWS SageMaker、Azure Machine Learning 以及 阿里雲機器學習平台PAI；

　　（2）適合的對象由：數據科學家、算法工程師；

　　此外，雲上機器學習服務可以幫助進行貫穿生命周期的模型構建和管理：

　　（1）數據準備：集成了數據標註相關的功能簡化操作難度；

　　（2）模型訓練：內置常見機器學習和深度學習算法 以及 也兼容開源的機器學習和深度學習框架；

　　（3）模型發布和部署：簡化了模型部署和推理調用操作難度；

 百度雲EasyDL定製化圖像識別模型訓練報告

二、結束語

1、再看雲計算

　　（1）雲計算是一個載體和平台，承載着從IaaS到PaaS林林總總的能力；

　　（2）每項能力中既包含了資源，也體現了技術，並且以產品和服務的形態開放；

　　（3）雲的承載性是雲得以包羅萬象，並且與時俱進的根本原因；

2、雲原生的本質

　　（1）雲原生的本質是用於構建現代雲端應用的一系列架構理念，以及幫助這些理念落地的技術支撐和最佳實踐；

　　（2）雲原生的核心理念包括無狀態、分佈式、服務化、彈性擴展等等；

　　（3）雲原生的狹義的定義：特指容器化、容器編排和微服務架構，此外雲廠商在宣傳K8s服務和產品時所說的“雲原生”；

　　（4）雲原生的廣義視角：只要是適合在雲上運行，具備和符合雲上架構特點的應用，都可以說是屬於“雲原生”範疇；

3、面向未來的建議

　　（1）跟隨雲的發展腳步來不斷提升自己：比如考取雲廠商的認證（比如阿里雲ACP認證）、參加雲計算大會、積极參与雲生態等；

　　（2）用雲來構建和開展你的業務：讓雲在手中發揮最大的作用和價值，抓住機會上雲用效率贏取競爭優勢；

推薦考取阿里雲ACP認證（考證不是主要目的）

三、腦圖分享

點此查看完整腦圖

參考資料

何愷鐸，極客時間《深入淺出雲計算》專欄（推薦訂閱學習）

作者：周旭龍

出處：https://edisonchou.cnblogs.com

本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文鏈接。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司"嚨底家"!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!