?

今天我們的高級開發(fā)工程師張曉培將會帶領(lǐng)大家一起探索開發(fā)中遇到的各種問題，

 培哥（法號：西街惡人）用詼諧幽默的言語為大家迅速打開了開發(fā)的大門，

從走入Web Development、繼續(xù)探索Web Server以及Pair Programming三個方面共同領(lǐng)略開發(fā)的魅力。

Flex開發(fā)中所使用的ActionScript語言(簡稱AS)也是一種支持GC的語言。

經(jīng)過編譯后的AS代碼運行在AS虛擬機(簡稱AVM)中，由AVM自動完成垃圾內(nèi)存回收的工作；

Flash Player垃圾回收工作是由垃圾回收器(garbage collection)完成的，運行在后臺的一個Process；

AS采用兩種方法來判定一個對象是否還有活動的引用，從而決定是否可以將其回收。

一種方法是引用計數(shù)法，另一種方法是標(biāo)記清除法。

引用泄露：對子對象的引用，外部對本對象或子對象的引用都需要置null ；

系統(tǒng)類泄露：使用了系統(tǒng)類而忘記做刪除操作了，如BindingUtils.bindSetter() ，ChangeWatcher.watch() 函數(shù)時候

完畢后需要調(diào)用ChangeWatcher.unwatch() 函數(shù)來清除引用，否則使用此函數(shù)的對象將不會被刪除；

類似的還有MUSIC ，VIDEO ，IMAGE ，TIMER ，EVENT ，BINDING 等。

效果泄露：當(dāng)對組件應(yīng)用效果Effect 的時候，當(dāng)本對象本刪除時需要把本對象和子對象上的Effect 動畫停止掉，

然后把Effect 的target 對象置null; 如果不停止掉動畫直接把Effect 置null 將不能正常移除對象。

SWF 泄露：要完全刪除一個SWF 要調(diào)用它的unload() 方法并且把對象置null; 

圖片泄露：當(dāng)Image 對象使用完畢后要把source 置null;( 為測試) ；

聲音、視頻泄露: 當(dāng)不需要一個音樂或視頻是需要停止音樂，刪除對象，引用置null。

在組件的REMOVED_FROM_STAGE 事件回掉中做垃圾處理操作（移除所有對外引用（不管是VO 還是組件的都需要刪除），

刪除監(jiān)聽器，調(diào)用系統(tǒng)類的清除方法），先remove 再置null, 確保被remove 或者removeAll 后的對象在外部的引用全部釋放干凈; 

利用Flex 的性能優(yōu)化工具Profile 來對項目進(jìn)程進(jìn)行監(jiān)控，可知道歷史創(chuàng)建過哪些對象，

目前有哪些對象沒有被刪除，創(chuàng)建的數(shù)量，占用的內(nèi)存比例和用量，創(chuàng)建過程等信息。

Flex中集合有Array、ArrayCollection、Vector，

以下是插入和遍歷10000項性能對比：

插入10000項

Array耗時：465

ArrayCollection耗時：788

Vector耗時：444

遍歷10000項

Array耗時：2

ArrayCollection耗時：98

Vector耗時：2

Array與Vector性能接近，插入時Vector略快，遍歷相近，

Vector的優(yōu)點是強類型，缺點是要Flash Player 10，所以作數(shù)據(jù)存儲運算等建議使用Array。

ArrayCollection性能最差，插入時約比Array慢了一倍，遍歷慢了幾十倍，

ArrayCollection的優(yōu)勢是界面的數(shù)據(jù)綁定以及支持?jǐn)?shù)據(jù)排序等高級方法。

①Load on demand ②返回指定的字段 

③Minimum nested ④使用正確的組件

之前有個開發(fā)的同學(xué)遇到一個問題，跑來問培哥，hibernate查詢出來的對象集合，

根據(jù)業(yè)務(wù)需要遍歷賦值，結(jié)果賦值的對象都會更新到數(shù)據(jù)庫...

在培哥看來，這明顯是有問題的。

在查看日志后發(fā)現(xiàn)，系統(tǒng)總是會打印出一個update語句，

說明系統(tǒng)的確是執(zhí)行了更新操作的，但是這里并沒有調(diào)用任何和update相關(guān)的方法。

通過hibernate中hql查詢出的實體都是持久化對象，拿到該對象后，如果調(diào)用了該對象的set方法，

那么在事務(wù)遞交的時候，Hibernate會把設(shè)置的值自動更新到數(shù)據(jù)庫中。

如何處理這個問題？

采用getCurrentSession().evict(entity)，懶加載獲取的實體后，

通過調(diào)用evict(entity)的方法，把緩存持久化對象變成托管狀態(tài)。

變成托管狀態(tài)后，Hibernate就不會再去自動更新該實體。

延遲加載，也叫懶加載，它是Hibernate為提高程序執(zhí)行效率而提供的一種機制，即只有真正使用該對象的數(shù)據(jù)時才會創(chuàng)建。

當(dāng)我們要修改這個對象的數(shù)據(jù)時，可能會發(fā)生no session的錯誤，

這是因為事務(wù)已經(jīng)提交session已經(jīng)關(guān)閉，而我們還要去查詢數(shù)據(jù)庫，所以hibernate就報錯。

解決方案

通過對象的主鍵查詢一次數(shù)據(jù)庫賦給新的對象，再進(jìn)行數(shù)據(jù)操作。

查找不同元素

兩層遍歷查找，遍歷次數(shù)為list1.size()*list2.size()，有點蠢；

兩層遍歷查找，用retainAll()方法查找，也很蠢，方法底層依舊是兩層遍歷；

用Map存放List1和List2的元素作為key，value為其在List1和List2中出現(xiàn)的次數(shù)。

學(xué)以致用

查詢結(jié)果需要計算某個字段；計算交集、差集。

ExecuteUpdate介紹

executeUpdate用來執(zhí)行HQL的更新或者刪除語句。

返回結(jié)果為整數(shù)型，可能有些時候程序會根據(jù)更新的返回結(jié)果來執(zhí)行下一步操作，

這會導(dǎo)致判斷不正確，具體要看程序配置mysql鏈接useAffectedRows設(shè)置是否正確；

useAffectedRows的含義 ：是否用受影響的行數(shù)替代查找到的行數(shù)來返回數(shù)據(jù)，也就是查找到了 但卻不一定真正修改了。

在此模式下，一對程序員并肩作戰(zhàn)，平等互補進(jìn)行開發(fā)工作。

兩個程序員并排坐在一臺電腦前，同對一臺顯示器，使用同一個鍵盤，同一個鼠標(biāo)進(jìn)行工作。

一起分析，一起測試，一起設(shè)計，一起編程。

互相鼓勵，不容易沮喪；互相監(jiān)督，不容易偷懶；互相學(xué)習(xí)編程技巧；

可以培養(yǎng)和訓(xùn)練新人；多雙眼睛，少點 bug。

1、與合不來的人一起編程容易發(fā)生爭執(zhí)，不利于團(tuán)隊和諧；

2、經(jīng)驗豐富的老手可能會對新手產(chǎn)生不滿的情緒；

3、一山不容二虎，開發(fā)者之間可能就某一問題發(fā)生分歧，產(chǎn)生矛盾，造成不必要的內(nèi)耗；

4、開發(fā)人員可能會在工作時交談一些與工作無關(guān)的事，分散注意力，造成效率低下。

最主要的因素是技術(shù)與挑戰(zhàn)相匹配。

在獨自編程中，如果技能和挑戰(zhàn)能互相匹配，最高產(chǎn)的模式就是流模式。

結(jié)對編程添加了一個更有效的模式——指導(dǎo)模式，它能夠提高全隊當(dāng)前與未來任務(wù)的生產(chǎn)率。

A)成功的模式

1. 流模式（Flow）——兩個程序員共同從事一個有趣又有挑戰(zhàn)性的問題。

他們會有不同的技術(shù)、遇到不同的挑戰(zhàn)，但是它們都善于找到好的解決方法。

例如，其中 一個人可能是javascript專家，另一個人可能是強大的后臺程序員。

他們能夠結(jié)合彼此的腦力、知識及經(jīng)驗來共同處理復(fù)雜的AJAX任務(wù)，從而創(chuàng)造出 最好的解決方案。

2. 指導(dǎo)模式（Coaching）——老練的程序員在解決問題方面有經(jīng)驗和知識，可以與其他不能有效地獨自解決問題的程序員分享。

后來加入的程序員有足夠的理論基礎(chǔ)來理解這些解決方法和程序的實現(xiàn)。他會在學(xué)習(xí)中慢慢進(jìn)步，成為更優(yōu)秀的程序員。

B)失敗的模式

3. 浪費專家時間（Wasting expert time）——問題太簡單，以致專家的經(jīng)驗無指導(dǎo)意義

4. 不知所措的新手（Overwhelmed novice）——問題太過復(fù)雜或者需要太多新知識，使程序員學(xué)不到任何有用的東西。

C)有疑問的模式

5. 兩個專家共事一個易管理的任務(wù)——若兩個程序員都了解如何實現(xiàn)任務(wù)并且之前都成功地解決過相似的問題，那么結(jié)對編程就沒有太多的用處了。

6. 一個程序員處于流模式（Flow），另一個在一旁學(xué)習(xí)（Learning）——若另一個程序員時不時地打斷他，

并要求對一些基本的但與挑戰(zhàn)性問題沒有直接關(guān)系的事情做出解釋，那么他很難專注于解決挑戰(zhàn)性的問題。

7. 一個程序員處于流模式，另一個專注于指導(dǎo)（Coaching）——如果想讓這種模式獲得成功，指導(dǎo)者應(yīng)該思想開放，避免指導(dǎo)過多，

同時也可以給另一個程序員想出自己的（甚至是更好的）解決方法的機會。

專家招募活動進(jìn)行中~

WallTech誠邀我們的客戶大佬們

成為常年客座講師傳道受業(yè)解惑

有想要報名的大佬們歡迎聯(lián)系市場部哦~