aspectjandroid
① 如何Android hook https http
兩種方式
1 靜態織入，aspectJ算是比較成熟的aop方案了，原理是分析class，在要hook的方法前後加入你自己的執行函數。
2 動態注入，native hook。原理是在native中修改需要hook的java方法的修飾符，變為native方法—在native操作—執行原函數。自己懶得搞得話，阿里有Dexposed框架可用
② J2EE能從事什麼崗位
一、Android應用
我們的Android手機里，基本上所有的App應用，它們的開發語言就是Java。
相關崗位：Android開發工程師、Android架構師、Android驅動開發、Android逆向工程師（偏測試）等
二、軟體/開發領域
除了開發手機app應用，電腦上常用的軟體程序也少不了用Java開發。
相關崗位：軟體開發工程師、Java運維開發工程師等
四、網站領域
在電商領域以及網站開發領域也有Java的身影。
相關崗位：web前端開發、網站後台開發工程師、高級後端開發工程師等
五、系統開發
比如很多的交易系統，現已是金融服務產業的一個很大的部分，它們同樣也是Java編寫。
相關崗位：分析系統-JAVA技術專家、java系統架構師、各行業需要的後台開發等。
六、大數據領域
沒錯，大數據領域中也會應用到java。
Hadoop以及其他大數據處理技術中會有java的參與，例如Apache的基於Java的HBase和Accumulo以及ElasticSearchas。
相關崗位：大數據開發（java)、Java大數據後台開發、大數據高級JAVA工程師、Java 研發工程師 - 大數據方向等。
Java零基礎的小夥伴，我建議看Java的在線教程去學習。
第一：先學習Java的核心庫（JavaSE）
JavaSE的內容包括：環境搭建、基礎語法、面向對象、數組、集合、常用類、IO流、反射機制、網路編程……..
搞定一門資料庫相關的課程，例如：MySQL、Oracle，搞定一個就可以了，目前互聯網公司，例如：京東、阿里等，他們都在使用MySQL，所以建議大家學習MySQL資料庫，小巧輕盈，免費。
由於互聯網公司的項目訪問量比較大，所以一般會搭建資料庫的集群，可以一個資料庫不夠，所以需要搭建資料庫集群，為了應付高並發。（搭建的比較多的時候，免費就很重要了。）
第三：WEB前端
以後從事Java開發，從事JavaEE開發，主要開發的系統結構是B/S結構的，B指的是Browser，S指的是Server。要開發這種系統，B端要會，S端也要精通。WEB前端的學習就是學習B端技術。
包括：HTML 、CSS、JavaScript（JS）、jQuery框架（底層對JS進行了封裝）…
第四：JavaWEB
WEB後端其實可以是很多種不同的編程語言，例如：php、C、C++、Java，他們都可以進行WEB後端的開發，我們既然選擇了比較火爆的Java，那麼我們學習的後端一定是基於Java語言實現的。
包括：Servlet、Filter、Jsp、EL、JSTL、MVC架構模式、資料庫連接池（阿里巴巴的Druid連接池）、代理模式（動態代理）。另外後端學習了之後，還要學習一個非同步編程技術AJAX。（完成網頁的局部刷新，AJAX其實不屬於後端，是前端瀏覽器上的程序。）
學習到這里為止，表示Java基本/基礎的技術已經學完了。但是這些最基層的技術在實際的開發中不會使用的，一般為了開發效率，都會使用大量的提前封裝好的框架。
第五：最好能夠停留下來，做一個項目。
這個項目最好能將之前所學全部串起來。（對以前的知識點進行鞏固。）
這個項目最好是基於：Servlet + Jsp+AJAX+jQuery+MySQL….
在這個項目的開發過程中：大家一定要記住，目前比較好的項目自動構建工具：Maven是一定要精通的。還有一個就是團隊協作開發：Git/SVN是一定要會用的。（目前使用Git比較多一些。）
第六：學習高級框架
Spring、SpringMVC、MyBatis（持久層框架，這個框架互聯網公司使用比較多，因為互聯網項目需要進行SQL優化，MyBatis的SQL優化很方便，所以大部分都是使用MyBatis）
Struts2（很少使用了，使用這個的肯定是很老的項目）、Hibernate（傳統企業，還有政府等可能會使用Hibernate。）
SpringBoot（新項目大部分使用的都是boot了。所以在項目中遇到還在使用SSM的一般都是遺留項目。）
當你走到這里之後，基本上你可以出山了。（去找工作應該問題不大，但前提是你學得好。學習的深度夠了，廣度夠了。）
第七：最好能有一個大型項目是使用框架來完成的。
SpringBoot做一個項目。
Spring SpringMVC MyBatis做一個項目。
這個項目最好是找幾個人搭夥做一下。體驗一下團隊協作。（尤其是使用一些協作的工具。怎麼溝通，怎麼寫日報，怎麼開會，怎麼使用Git，等等….）
第八：如果你的薪資想達到15K的話，你可能需要還要學習一些分布式相關的一些技術。
能夠應付高並發的一些技術，例如：分布式框架Dubbo、SpringCloud、MQ、Nginx、Redis…..
最後在啰嗦一下，一定要形成自己的編程思想。
編程思想的形成很難。需要大量代碼的堆積才可以。怎麼形成編程思想呢？
千萬別死抄代碼。不要像行屍走肉般的抄代碼，沒有用。只能提高指法速度，無法形成編程思路。
1、打好基礎是重中之重
基礎部分可能很枯燥，但是一定要耐心堅持下去。因為打基礎好比是在造輪子造汽車，沒有打好基礎在後面的學習就好比走路，可以說後面遇到的百分之七八十的問題都是基礎沒學好造成的。
2、多看官方文檔多讀源碼
一定要看JDK相關類庫、常用框架各種功能的源碼，去了解其底層實現的原理。總的來說這個也是在打基礎的部分，Java基礎非常扎實才能看懂，在我們學習一個類的源碼時，肯定會衍生出其他各種各樣的問題，供我們來了解和學習，這也就是我們下一步學習的目標和方向。慢慢的，我們就會學習更多的知識，並積累更多的經驗。
3、系統性學習，循序漸進
不要急於求成，每個知識點都要看，並且每個知識點都要勤加練習。有的同學在學習過程中覺得這個知識點簡單，就跳著學習，其實這是個很大的問題，知識點細節必須要了解。我們學習Java需要循序漸進，一步一步來，不能操之過急。
4、遇到問題
遇到不會做的問題，當然不能置之不理。先在網上查，目前網路上針對很多問題都有完美的解決方案，如果網上沒有類似的問題，那可能是你犯了什麼小錯誤。也不要在這個問題上花費太多時間，這需要一定的學習技巧。Java中的知識有很強的相關性，有不懂的地方，可以用其他周邊相關知識再回過頭來理解，這樣既不會耽誤學習進度，又能理解自己不懂的地方
1）jvm有很多種，其實jvm是一個標准，sun做的那個叫hotspot，作者就是後來v8的作者lars bak，其他公司也做過jvm，其中做得比較好的有bea的jrockit，其他的包括ibm的r9，apple的jvm等在內，都做得不行，所以jvm主要是整合淘汰掉這些做得不好的jvm(s)，整合成一個統一的openjdk。
2）java是典型的oop語言，其執行效率的優化，最早就是lars bak等人從smalltalk等長期優化的經驗中總結出來並apply到hotspot上去滴，而smalltalk在早期apple機上搞出了那種拖拖拽拽就開發出app的做法，後來vc，delphi之類的其實都是抄襲或者說借鑒apple的smalltalk的做法，jobs說微軟從頭到尾都在抄襲apple是空穴來風，這里空穴來風跟王垠使用的空穴來風是一個意思，有趣的是，java的gui並沒有繼承這種搞法，反而對這種拖拖拽拽就作出app的做法批判有加，到今天，其實java的gui都還不能真正做到拖拖拽拽就作出來，問題很多，個人建議對於純java的gui開發，還是以寫代碼為主。
3）jee也是一個或者說是一堆標准，知乎上有些人把maven，jenkins都算做jee是不對滴，jee的標准核心是ejb，其實就是一個xml配置化的java文件，這個標准在4的時候，達到了頂峰狀態，幾乎所有的挨踢大廠都主動支持該標准，之後開始走下坡路，支持的廠越來越少。
4）java和javascript的關系比很多人認為的要密切，javascript裡面的java這四個字母可不是白叫的，比如js的版權和商標都控制在oracle手裡，oracle對於js的支持甚至超過其對java的支持，並且喜歡捆綁銷售，比如jvm裡面就有一個js引擎。
5）jvm裡面除了js engine以外還有一個瀏覽器排版引擎webkit，就是apple safari和google chrome用的那個那個。
6）java支持絕大多數腳本語言，你能叫得上名字的腳本語言，幾乎都可以在jvm上執行，比如常見的js，ruby，python，甚至php，lua，只不過除了js以外你需要找到相關的腳本引擎。
7）spring的版權被控制在vmware手裡，其實spring的那一大堆東西，本質上是一個非標準的jee實現，比如在jee裡面用的inject，在spring裡面就是autowire，當然spring曾經深刻滴影響了jee，所以有些東西比如di標准，是spring影響下制定出來的，所以spring的做法會比較特例一點。
8）maven上的jars數量前兩天突破800萬，其他語言的類庫，排名第二的是npm，大概數量是maven的十分之一，也就是幾十萬，不知道現在突破100萬沒有，然後是gem，也就是ruby那個，大概是十幾萬，下來是python的mole，大概數量級是幾萬，沒突破十萬。
9）java的標準是由一個叫做jcp的組織制定的，所有標准需要經過jcp的執行委員會通過方可執行，jcp幾乎包括了你所知道的絕大多數知名挨踢公司和組織，比如google，apple，ibm，intel，arm，red hat，twitter等，還有一些教育機構，比如我國的北京大學，阿里最近一次申請jcp執行委員會成員資格，似乎投票不通過，最近一次執行委員會新增兩個成員是arm和jetbrains。
10）微軟也曾經是jcp甚至是java的主要貢獻者，但是利益驅使下，想擴展java，從而破壞java跨平台的特性，所以跟sun鬧翻，其本質原因就是想讓客戶寫的java代碼跟windows綁定，sun堅決不同意，鬧翻，今天回頭看這個結果，只能說：雙輸，sun掛了，微軟的ria也離掛不太遠了，silverlight已經放棄了，比起當年ie自帶有jvm的支持來說，那完全就是兩回事。
11）除了微軟以外，jcp還缺少一個重要組織apache，因為apache跟oracle也鬧翻了，oracle似乎並不在乎開源組織，而更在意商業公司的支持。
12）java曾經有一個內置的資料庫，9之後被剝離。
13）j2me是j2se的子集。
14）vert.x作者tim fox最早在vmware做spring時候看到了node.js，萌生出了製作支持多核的node.x的想法，並在離開vmware後加入red hat將其實現，vmware看到後開始耍無賴，claim node.x後來改叫vert.x的版權，不惜跟red hat打官司，後來各方妥協，將其交給eclipse foundation。
15）oracle在收購bea之前，一開始的目標並不是bea和bea的weblogic，而是jboss，但是jboss表現出了極為有種的一面，在oracle收購成功之前，投入了red hat的懷抱，因為都是開源組織，從此jboss成了red hat的一個子部門，oracle收購jboss失敗之後，轉向bea，庄思浩氣死了，但是沒用，最後還是被惡意收購。
16）sun在玩不下去之前最早嘗試接觸的目標是ibm，ibm嫌太貴，放棄之後，被轉手給了oracle。（Java學習交流QQ群：589809992 我們一起學Java！）
17）vert.x的作者tim fox在離開red hat之前曾經發過twitter抱怨，外人比如我們，猜測是因為red hat內部已經有了一個jboss，所以跟vert.x在應用上有了重疊，所以導致tim fox的出走，但是出走之後，red hat答應對vert.x做持續性的戰略投入，所以vert.x core的幾個developers，其實拿的是red hat的工資，但是vert.x的版權並不在red hat手裡，而在eclipse foundation手裡。
18）vert.x的幾個核心開發人員都是google summer of code的導師，每年年初時候會招收在校大學生搞項目。
19）教育機構相關：scala的作者馬丁是德國人，eth的博導，groovy的主要領導人是法國人，jruby背後是東京大學，jboss的作者是法國大學校x的校友，x就是伽羅瓦考不進去的那所大學，伽羅瓦進不了x，所以改讀巴黎高師，tim fox畢業於帝國理工，主席去的那個，netty作者trustin lee是acm銀牌，現在line工作，畢業於sky裡面的延世大學，kotlin是毛子公司jetbrains的作品，看linkedin，很多人畢業自聖彼得堡大學，spring作者rod johnson是悉尼大學的音樂博士，hibernate作者gavin king是澳洲莫那什大學的數學本科畢業生，james gosling這種cmu和calgory的估計爛大街了，sun是斯坦福大學網路的意思，夾帶兩個私貨，aspectj有一個維護小組在mcgill，hbase跟waterloo關系密切。
20）java早期被人認為慢，跟java堅持不用硬體加速渲染有關，死活就是不肯接入directx和opengl，7之後總算開竅，搞了一個圖形引擎接入了directx／opengl。
21）casssandra是facebook做失敗的項目，被貢獻給了apache之後老樹開花。
22）groovy被貢獻給了apache，現在叫做apache groovy，ceylon被貢獻給了eclipse，現在叫做eclipse ceylon。
23）netflix現在是java shop，之前是用.net的。
先想到這么多，有空再寫。
③ 如何在android studio 中使用aspectj
首先需要新建一個mole,方便引入相關的AspectJ配置，便於在其中編寫與業務邏輯無關緊要，並且在代碼中經常出現的常用代碼，
之後在mole下的build.gradle中 導入AspectJ的dependences
compile 『org.aspectj:aspectjrt:1.8.9』
並在build.gradle根下配置
repositories {
mavenCentral()
}
buildscript {
repositories {
mavenCentral()
}
dependencies {
④ Java學習路線是怎樣的
第一階段，Java SE基礎：
Java環境搭建、Java流程式控制制語句-for循環、switch選擇判斷、循環嵌套、數組拷貝、多維數組、final關鍵字、構造函數的調用、類的訪問許可權和路徑、面向對象高級特性、Java異常處理、Set，Map，List介面及介面實現類、Java線程、同步阻塞、JavaIO流、文件的操作，復制，讀寫，刪除等。
第二階段，JavaWeb：
MySQL安裝、管理、創建資料庫、MySQLUPDATE
查詢、Mysql高級操作、JDBC、JDBC資料庫連接操作，JDBC動態Sql處理、Servlet3.0 網頁重定向、Servlet3.0
新增的註解支持、AJAX、responseText屬性詳解等。
第三階段，Java高級框架-SSH：
Struts2異常處理、Struts2+Log4j集成、Struts2和JSON實例、Hibernate5、Hibernate集合映射、Hibernate組件映射、Spring4.0、SpringAOP+
AspectJ框架、Spring 與其它Web框架集成、Spring Hibernate支持等。
第四階段，Java高級框架-SSM：
SpringMVC、Spring MVC生成JSON數據、MyBatis、MyBatis 環境配置及入門、Mybatis set標簽、Mybatis trim標簽、Shiro、Shiro快速入門教程、Shiro Web應用等。
第五階段，SpringBoot+VUE全棧框架：
SpringBoot、全局異常處理、過濾器監聽器、EHCache緩存、SpringBoot Quartz定時任務、Vue、Vue.js 安裝、模板語法、計算屬性、事件處理器、Vue.js 自定義指令、Vue.js 路由等
第六階段，特色課程：
ActiveM環境搭建、生產者和消費者、消息持久化操作、RSA數字加密演算法、Codebar條形碼生成器、zxing二維碼生成器、HighCharts統計圖、Echarts統計圖、網路播放器ckplayer、嵌入式網路播放器，可以瀏覽器和移動端隨意使用
第七階段，互聯網框架的高級應用1：
分布式服務框架的理解，Dubbo架構設計詳解及其核心要點，框架運行原理分析、SpringData數據訪問、Lucene搜索引擎、Lucene的全文搜索伺服器介紹、索引建立方式、Solr海量數據搜索引擎、Socket網路通信、實現RMI遠程對象通訊、使用JMS消息服務、Kafka分布式消息系統、WebService與RestfulWS等
第八階段，互聯網框架的高級應用2：
Spring Security安全框架、實現Web應用安全控制、緩存應用與EhCache框架、OSCache與JBossCache框架、MyBatis與Hibernate緩存機制、NoSQL應用與SQL調優、MongoDB
NoSQL資料庫、Redis內存資料庫、實現RedisSession共享、SQL語句的優化、實現資料庫讀寫分離、WEB應用集群及性能優化、Maven項目管理工具、Web伺服器負載均衡、實現Nginx與Tomcat集群、使用LoadRunner測試工具、性能優化之內存調優、代碼優化與重構的方法等。
對java有興趣的小夥伴們，不妨先從java入門開始！B站上有很多的java教學視頻，從基礎到高級的都有，還挺不錯的，知識點講的很細致，還有完整版的學習路線圖。也可以自己去看看，下載學習試試。
⑤ 編程都有哪些語言
目前熱門的語言有：C、C++、JAVA、VB、VC、FoxPro、Delphi、SQL、PHP、ASP、JSP等等。
專門有機構為編程語言進行排名，如下圖：
⑥ android aspectj可以在編譯期修改嗎
使用AspectJ的方法很簡單，首先是定義一個DebugLog註解
import java.lang.annotation.Retention;
import java.lang.annotation.Target;
import static java.lang.annotation.ElementType.CONSTRUCTOR;
import static java.lang.annotation.ElementType.METHOD;
import static java.lang.annotation.ElementType.TYPE;
import static java.lang.annotation.RetentionPolicy.CLASS;
@Target({TYPE, METHOD, CONSTRUCTOR}) @Retention(CLASS)
public @interface DebugLog {
}12345678910111234567891011
接下來就是使用AspectJ的方式，其設置PointCut(什麼？你不知道PointCut?說明你沒有看上面推薦的文章。。。)
@Aspect
public class Hugo {
//帶有DebugLog註解的所有類
@Pointcut("within(@com.example.aoplib.DebugLog *)")
public void withinAnnotatedClass() {}
//在帶有DebugLog註解的所有類，除去synthetic修飾的方法
@Pointcut("execution(!synthetic * *(..)) && withinAnnotatedClass()")
public void methodInsideAnnotatedType() {}
//在帶有DebugLog註解的所有類，除去synthetic修飾的構造方法
@Pointcut("execution(!synthetic *.new(..)) && withinAnnotatedClass()")
public void () {}
//在帶有DebugLog註解的方法
@Pointcut("execution(@com.example.aoplib.DebugLog * *(..)) || methodInsideAnnotatedType()")
public void method() {}
//在帶有DebugLog註解的構造方法
@Pointcut("execution(@com.example.aoplib.DebugLog *.new(..)) || ()")
public void constructor() {}
....
}
⑦ 國內最好的Java培訓機構有哪些
我覺得國內最好的Java培訓機構有很多，我們在選擇的過程中一定要仔細偵察，通常要注意以下幾點：
1.師資水平
好的老師都是從事相關工作多年，具有極高的教學體系，教出去的學員基本上都能找到工作，這類老師是值得信任的。但市面上並不缺少被包裝的老師，遇到這類機構我們在前期就需要先觀察試聽課程。
2.機構口碑
一般做的不錯的培訓機構都會注重自己的口碑，這點最主要體現的就是師資力量，只有教出很好的學員，在進入社會找到不錯的工作才會對該機構給出不錯的評價。
3.機構區別
市面上的培訓機構主要分線上及線下，線上培訓收費在3千-1萬之間，線下培訓收費基本上在兩萬左右。（切記不要貸款培訓）
選擇機構一定要多去對比，不能選擇一些皮包機構，因為市面上的培訓機構在學員畢業出來是沒有什麼包就業這一說，最多就是推薦就業。
然而關於培訓機構我覺得AAA就很不錯，目前已在北京、鄭州、深圳、武漢、沈陽、上海等全國主要城市開設直營教學中心和就業基地。在AAA未來的戰略藍圖中，杭州、西安等教學中心也在計劃籌建中。14年來，AAA教育集團已成功幫助數萬學子進入IT軟體行業。學員畢業後大多進入阿里巴巴、京東、網路、新浪、雲智慧、易酒批、數獵天下、廣聯達等知名IT企業，深受企業歡迎。
⑧ 怎麼排查這些內存泄漏
最原始的內存泄露測試
重復多次操作關鍵的可疑的路徑，從內存監控工具中觀察內存曲線，是否存在不斷上升的趨勢且不會在程序返回時明顯回落。
這種方式可以發現最基本，也是最明顯的內存泄露問題，對用戶價值最大，操作難度小，性價比極高。
MAT內存分析工具
2.1 MAT分析heap的總內存佔用大小來初步判斷是否存在泄露
在Devices 中，點擊要監控的程序。
點擊Devices視圖界面中最上方一排圖標中的「Update Heap」
點擊Heap視圖
點擊Heap視圖中的「Cause GC」按鈕
到此為止需檢測的進程就可以被監視。Heap視圖中部有一個Type叫做data object，即數據對象，也就是我們的程序中大量存在的類類型的對象。在data object一行中有一列是「Total Size」，其值就是當前進程中所有Java數據對象的內存總量，一般情況下，這個值的大小決定了是否會有內存泄漏。可以這樣判斷：
進入某應用，不斷的操作該應用，同時注意觀察data object的Total Size值，正常情況下Total Size值都會穩定在一個有限的范圍內，也就是說由於程序中的的代碼良好，沒有造成對象不被垃圾回收的情況。
所以說雖然我們不斷的操作會不斷的生成很多對象，而在虛擬機不斷的進行GC的過程中，這些對象都被回收了，內存佔用量會會落到一個穩定的水平；反之如果代碼中存在沒有釋放對象引用的情況，則data object的Total Size值在每次GC後不會有明顯的回落。隨著操作次數的增多Total Size的值會越來越大，直到到達一個上限後導致進程被殺掉。
2.2 MAT分析hprof來定位內存泄露的原因所在。
這是出現內存泄露後使用MAT進行問題定位的有效手段。
A)Dump出內存泄露當時的內存鏡像hprof，分析懷疑泄露的類：
B)分析持有此類對象引用的外部對象
C)分析這些持有引用的對象的GC路徑
D)逐個分析每個對象的GC路徑是否正常
從這個路徑可以看出是一個antiRadiationUtil工具類對象持有了MainActivity的引用導致MainActivity無法釋放。此時就要進入代碼分析此時antiRadiationUtil的引用持有是否合理（如果antiRadiationUtil持有了MainActivity的context導致節目退出後MainActivity無法銷毀，那一般都屬於內存泄露了）。
2.3 MAT對比操作前後的hprof來定位內存泄露的根因所在。
為查找內存泄漏，通常需要兩個 Dump結果作對比，打開 Navigator History面板，將兩個表的 Histogram結果都添加到 Compare Basket中去
A） 第一個HPROF 文件(usingFile > Open Heap Dump ).
B）打開Histogram view.
C）在NavigationHistory view里 (如果看不到就從Window >show view>MAT- Navigation History ), 右擊histogram然後選擇Add to Compare Basket .
D）打開第二個HPROF 文件然後重做步驟2和3.
E）切換到Compare Basket view, 然後點擊Compare the Results (視圖右上角的紅色」!」圖標)。
F）分析對比結果
可以看出兩個hprof的數據對象對比結果。
通過這種方式可以快速定位到操作前後所持有的對象增量，從而進一步定位出當前操作導致內存泄露的具體原因是泄露了什麼數據對象。
注意：
如果是用 MAT Eclipse 插件獲取的 Dump文件，不需要經過轉換則可在MAT中打開，Adt會自動進行轉換。
而手機SDk Dump 出的文件要經過轉換才能被 MAT識別，Android SDK提供了這個工具 hprof-conv (位於 sdk/tools下)
首先，要通過控制台進入到你的 android sdk tools 目錄下執行以下命令：
./hprof-conv xxx-a.hprof xxx-b.hprof
例如 hprof-conv input.hprof out.hprof
此時才能將out.hprof放在eclipse的MAT中打開。
手機管家內存泄露每日監控方案
目前手機管家的內存泄露每日監控會自動運行並輸出是否存在疑似泄露的報告郵件，不論泄露對象的大小。這其中涉及的核心技術主要是AspectJ，MLD自研工具（原理是虛引用）和UIAutomator。
3.1 AspectJ插樁監控代碼
手機管家目前使用一個ant腳本加入MLD的監控代碼，並通過AspectJ的語法實現插樁。
使用AspectJ的原因是可以靈活分離出項目源碼與監控代碼，通過不同的編譯腳本打包出不同用途的安裝測試包：如果測試包是經過Aspect插樁了MLD監控代碼的話，那麼運行完畢後會輸出指定格式的日誌文件，作為後續分析工作的數據基礎。
3.2 MLD實現監控核心邏輯
這是手機管家內的一個工具工程，正式打包不會打入，BVT等每日監控測試包可以打入。打入後可以通過諸如addObject介面（通過反射去檢查是否含有該工具並調用）來加入需要監控的檢測對象，這個工具會自動在指定時機（如退出管家）去檢測該對象是否發生泄漏。
這個內存泄露檢測的基本原理是：
虛引用主要用來跟蹤對象被垃圾回收器回收的活動。虛引用必須和引用隊列（ReferenceQueue）聯合使用（在虛引用函數就必須關聯指定）。當垃圾回收器准備回收一個對象時，如果發現它還有虛引用，就會在回收對象的內存之前，自動把這個虛引用加入到與之關聯的引用隊列中。程序可以通過判斷引用隊列中是否已經加入了虛引用，來了解被引用的對象是否將要被垃圾回收。
基於以上原理，MLD工具在調用介面addObject加入監控類型時，會為該類型對象增加一個虛引用，注意虛引用並不會影響該對象被正常回收。因此可以在ReferenceQueue引用隊列中統計未被回收的監控對象是否超過指定閥值。
利用PhantomReferences(虛引用)和ReferenceQueue(引用隊列)，當PhantomReferences被加入到相關聯的ReferenceQueue時，則視該對象已經或處於垃圾回收器回收階段了。
MLD監控原理核心
目前手機管家已對大部分類完成內存泄露的監控，包括各種activity，service和view頁面等，務求在技術上能帶給用戶最順滑的產品體驗。
接下來簡單介紹下這個工具的判斷核心。根據虛引用監控到的內存狀態，需要通過多種策略來判斷是否存在內存泄露。
（1）最簡單的方式就是直接在加入監控時就為該類型設定最大存在個數，舉個例子，各個DAO對象理論上只能存在最多一個，因此一旦出現兩個相同的DAO，那一般都是泄露了；
（2）第二種情況是在頁面退出程序退出時，檢索gc後無法釋放的對象列表，這些對象類型也會成為內存泄露的懷疑對象；
（3）最後一種情況比較復雜，基本原理是根據歷史操作判斷對象數量的增長幅度。根據對象的增長通過最小二乘法擬合出該對象類型的增長速度，如果超過經驗值則會列入疑似泄露的對象列表。
3.3 UIAutomator完成重復操作的自動化
最後一步就很簡單了。這么多反復的UI操作，讓人工來點就太浪費人力了。我們使用UIAutomator來進行自動化操作測試。
目前手機管家的每日自動化測試已覆蓋各個功能的主路徑，並通過配置文件的方式來靈活驅動用例的增刪改查，最大限度保證了隨著版本推移用例的復用價值。
至此手機管家的內存泄露測試方案介紹完畢，也歡迎各路牛人交流溝通更多更強的內存泄露工具盒方案！
騰訊Bugly簡介
Bugly是騰訊內部產品質量監控平台的外發版本，其主要功能是App發布以後，對用戶側發生的Crash以及卡頓現象進行監控並上報，讓開發同學可以第一時間了解到App的質量情況，及時機型修改。目前騰訊內部所有的產品，均在使用其進行線上產品的崩潰監控。
⑨ Unable to instantiate application
從網上找了很多資料，總結起來就是兩種：
1：打開設置：file->settings，搜索Instant Run，取消勾選Enable?Instant Run
對於這種方法，可能針對android studio2.x的版本才有，而現在都是android studio 4.x ，在setting版面都沒有這個選項了。所以該方法無效。
2：更新gradle版本。
上面是部分的插件版本與gradle的對應版本，因為現在一般都是用3.5.0的插件，前面的就不一一列舉，如果想了解，請看：
https://developer.android.google.cn/studio/releases/gradle-plugin#updating-plugin
又是一頓操作，結果還是不行。
最後，找到是因為使用了aspectj的原因。
把對應的aspectj的什麼都注釋掉，運行成功了。
但是具體的原因是啥，也是不清楚，記錄下來，就是給大家一些提示。以後遇到這個問題可以往這個方向考慮。
前面沒有時間研究這個具體的原因，後面有時間，仔細的研究了一下，是因為aspectj這個第三方會導致application這個類在mainDex找不到，我們都知道，一般啟動相關的類都會打入maindex中，但是由於找不到application，所以才會報上面的錯誤。
我也按照網上的方法操作了一番，既然我們在miandex上找不到，那我們就將指定的.class打包到mainDex中。
https://blog.csdn.net/weixin_30649859/article/details/99307011
但是本人不才，試了很多種，都沒有效果。
後面改用了另外一種方法，不用第三方，直接用最原始的引用。
按照上面的這種方式，問題解決了。
⑩ Android Fragment 開發框架合集
一個強大的 Fragment 管理框架，為"單 Activity ＋ 多 Fragment ","多模塊 Activity + 多 Fragment "架構而生，簡化開發，輕松解決動畫、嵌套、事務相關等問題。
一個強大的Fragment管理框架。
這可能是使用成本最低的 Fragment 框架。
無需繼承！！！無需繼承！！！無需繼承！！！ 重要的話說三遍！！
在使用 FragmentRigger 的時候，使用成本只有一行註解！！！
原理： 是把 Fragment / Activity 生命周期相關方法定義為切點，通過 ASpectJ 綁定並使用代理類進行操作。
一個可以管理 Fragment 嵌套，狀態欄和 Toolbar 透明的庫。
可以能用構造一個 Activity 框架。
一個封裝了啟動模式的 Fragment 便捷使用庫，方便構建單 Activity + 多 Fragment 輕量級框架。
FragmentMaster 是一個庫，允許您輕松開發僅由 Fragments 導航的 Android 應用程序。
Fragmentation 可以使用介面實現Base類的方便擴展，功能也相當強大還支持 EventBus
FragmentRigger 使用了註解來實現框架，可能需要注意沖突
FragmentStack 相當輕量，適合比較簡單的需求使用