女人被爽到呻吟gif动态图视看,日韩欧美一区二区三区免费观看,国产婷婷一区二区三区,强行开发她的尿孔H

　一個(gè)正在持續(xù)增加新功能的軟件，尤其是類似QQ這種做為一個(gè)超大規(guī)模客戶端軟件，又隨時(shí)需要適應(yīng)用戶要求和發(fā)展的需求，需要不斷的做快速的更新，開發(fā)節(jié)奏非常快。而且因?yàn)槲覀兊挠脩羰呛Ａ坑脩簦脩舻能浻布h(huán)境非常復(fù)雜。性能作為軟件的用戶第一體驗(yàn)，如何去系統(tǒng)性地保障軟件的性能，對(duì)于QQ來說就變得非常重要。

　　那么要保障持續(xù)開發(fā)過程軟件的性能能夠得到保障應(yīng)該做些什么呢？

　　1. 需求階段開始考慮性能

　　首先從需求提出階段說起，需求提出階段應(yīng)該要開始考慮性能問題了，產(chǎn)品經(jīng)理提出需求之前，必須要系統(tǒng)性地了解哪些因素會(huì)影響到軟件的性能，這些因素包括但不限于：需求的處理時(shí)機(jī)，需求的處理數(shù)量，需求的處理是否涉及大的IO,網(wǎng)絡(luò)，以及CPU。尤其是在使用特性上要思考清楚，比如涉及到消息記錄的需求，可能要考慮到有的用戶的消息記錄很大，比如涉及好友列表的需求，可能要考慮到有的用戶的好友列表很多等。

　　使用時(shí)機(jī)的話，比如需求是在登錄過程中那么可能要考慮該需求是否會(huì)影響到登錄速度，如果是在登錄后的話，是否會(huì)造成登錄后卡。

　　結(jié)合這些特征，對(duì)于一些從需求側(cè)就可能有問題的需求，要么考慮直接不做這個(gè)需求，要么考慮針對(duì)不同的使用特征做不同的處理，比如考慮到消息記錄可能有很大的情況，那么涉及消息記錄的需求盡量不要去讀取整個(gè)消息記錄。有的時(shí)候，也可以考慮切換需求處理的時(shí)機(jī)，比如在更新好友資料的需求，如果是做在登錄過程可能是會(huì)引起登錄過程很慢，那么需求可以修改成登錄過程先加載本地?cái)?shù)據(jù)，登錄后某個(gè)空閑時(shí)機(jī)再去做必要的更新。

　　2. 需求開發(fā)階段如何考慮性能

　　在一個(gè)需求開始開發(fā)之前，一個(gè)有經(jīng)驗(yàn)的程序員應(yīng)該是要先做設(shè)計(jì)，在架構(gòu)設(shè)計(jì)的過程，我們應(yīng)該要考慮性能，讓架構(gòu)能夠支持足夠的數(shù)據(jù)量，保持架構(gòu)上能在各種場(chǎng)景都不會(huì)出現(xiàn)性能問題。各種處理分別是在什么時(shí)機(jī)進(jìn)行也是要在設(shè)計(jì)的時(shí)候就想好的，只有性能出眾的架構(gòu)才是很好的架構(gòu)。

　　在實(shí)際開發(fā)的過程，要充分考慮用戶的使用場(chǎng)景和并發(fā)數(shù)量，比如開發(fā)一個(gè)火車票訂票系統(tǒng)，如果不考慮春運(yùn)的時(shí)候的特殊情況，那么最終只會(huì)在春運(yùn)的時(shí)候系統(tǒng)直接癱瘓。

　　可能這個(gè)時(shí)候有人會(huì)問，春運(yùn)的時(shí)候就是有那么多用戶在訪問，系統(tǒng)就是支持不了那么應(yīng)該怎么辦呢？至少可以從兩個(gè)方面去解決，一個(gè)方面可以考慮在訪問量很大的時(shí)候，只提供核心訂票等業(yè)務(wù)的支持，而網(wǎng)頁上的一些圖片什么的完全可以不提供拉取。另一方方面，可以考慮提供給系統(tǒng)最大支持量的用戶正常的服務(wù)，而可以對(duì)一些超出負(fù)載的用戶提出的服務(wù)短期內(nèi)進(jìn)行拒絕。設(shè)置可以提供一種排隊(duì)進(jìn)入的機(jī)制。

　　3. 測(cè)試階段如何關(guān)注性能

　　在測(cè)試階段我們還需要做什么來保障性能呢？

　　首先我想強(qiáng)調(diào)的是，測(cè)試是保證產(chǎn)品的性能最終是否達(dá)標(biāo)的最后保障，所以這個(gè)環(huán)節(jié)一定要嚴(yán)格要求。

　　從信念上來說，只要開發(fā)同學(xué)有對(duì)代碼進(jìn)行修改，那么都是要懷疑可能引入性能問題的，之前我們的一個(gè)打開好友聊天窗口的時(shí)候卡的一個(gè)性能問題，就是因?yàn)樵谧烂婵旖輬D標(biāo)的時(shí)候在打開聊天窗口的過程加了一行代碼。

　　測(cè)試方法上，要注意用接近現(xiàn)實(shí)的一些數(shù)據(jù)來進(jìn)行測(cè)試，包括前面說到的消息記錄的大小和好友列表的數(shù)目。另外要注意覆蓋各種使用場(chǎng)景。最后還有一點(diǎn)尤其要注意的是要注意用多種機(jī)器多種網(wǎng)絡(luò)環(huán)境多種軟件環(huán)境來測(cè)試，機(jī)器的話，主要包括性能好的機(jī)器和性能差的機(jī)器，機(jī)器的網(wǎng)絡(luò)環(huán)境的話要考慮網(wǎng)絡(luò)丟包比較大的一些情況，還要集合局域網(wǎng)廣域網(wǎng)以及中國(guó)的各大運(yùn)營(yíng)商之間的不同網(wǎng)絡(luò)場(chǎng)景。軟件環(huán)境的話，一方面包括不同的操作系統(tǒng)，一方面包括同時(shí)運(yùn)行和安裝的軟件環(huán)境，比如殺毒軟件，安全軟件，或者是同時(shí)在運(yùn)行一些大型游戲的情況。

　　當(dāng)然最好的情況是，建立一系列的自動(dòng)化測(cè)試框架，把一些我們平常關(guān)注的重要數(shù)據(jù)，比如QQ的登錄速度，登錄后卡不卡，打開好友聊天窗口的速度等等通過自動(dòng)化跑出來。通過定期進(jìn)行自動(dòng)化測(cè)試，同時(shí)把數(shù)據(jù)進(jìn)行各個(gè)歷史版本橫向比較，最后可以做到快速監(jiān)控，最快速度發(fā)現(xiàn)性能問題。

　　4. 反饋跟蹤如何關(guān)注性能

　　產(chǎn)品發(fā)布之后，依然還要繼續(xù)關(guān)注它的性能。一方面由于我們的用戶群體非常大，所以難免有些情況和使用場(chǎng)景沒有考慮周全，所以最后運(yùn)營(yíng)階段沒有問題的版本才是合格的版本。

　　我們一般通過定期關(guān)注微博，關(guān)注產(chǎn)品本身的反饋論壇，以及外面的一些相關(guān)論壇來收集信息。同時(shí)關(guān)注周邊的朋友，以及同事的反饋也是一個(gè)很重要的方面。

　　在用戶反饋有問題的時(shí)候，應(yīng)該要及時(shí)去處理，處理方法一方面要先了解用戶的使用場(chǎng)景和使用情況，另一方面可以給用戶一些工具，通過這些工具去記錄當(dāng)時(shí)的CPU,內(nèi)存,IO的使用情況，當(dāng)時(shí)是否界面有無響應(yīng)等信息。同時(shí)工具最好能夠記錄在有性能問題的時(shí)候軟件正在忙什么，當(dāng)時(shí)的堆棧以及系統(tǒng)調(diào)用函數(shù)是什么，有了這些信息就可以快速的解決問題了。

　　5. 總結(jié)

　　整體來看，貫穿整個(gè)軟件開發(fā)的過程，從需求，到設(shè)計(jì)，到開發(fā)，到測(cè)試，最后到發(fā)布反饋，都得要持續(xù)關(guān)注軟件的性能，這樣才能得到一個(gè)系統(tǒng)性地保證。可見，性能優(yōu)化是一個(gè)需要持續(xù)運(yùn)營(yíng)的過程。