csdnandroid博客
⑴ csdn專欄為android的是誰
老羅的CSDN專欄《老羅的Android之旅》
你可以去看看。
⑵ 配置android時出現path問題,因為路徑有中文,錯誤為no search paths found in this......... 如何解決
我弄到現在已經很久了！！今天總於成功了，網上有一種方法最常見，就是設置一個環境變數。我設置了很久都沒見效果。而今天，突然因為一個帖子讓我成功了~~我把具體方法寫出來，讓大家分享
第一步：在環境變數中新建一個 系統變數 ANDROID_SDK_HOME=D:\android-sdk-windows\tools；
（你可以寫別的。這里我是用我android的sdk的路經。我將android的sdk解壓在D盤了而已）
2.修改系統變數Path。在前面添加%Android_SDK_HOME%\tools;讓它指向我們第一步設置的ANDROID_SDK_HOME就行了！
通過這兩步，我總於看到期待已久的android虛擬器~！！！
還有另外一個方法，我給你們地址：http://blog.csdn.net/mtc1256/archive/2010/03/09/5362171.aspx
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/better_520/archive/2010/05/03/5552459.aspx
⑶ Android進階——百分比布局及擴展
CSDN博客地址： http://blog.csdn.net/wo_ha/article/details/54138417
一、Android官方推出的百分比布局的使用
1、導入依賴
2、提供了如下的屬性
更多請參考： https://juliengenoud.github.io/android-percent-support-lib-sample/ （需要正確上網）
二、Android官方增強版百分比布局的使用——推薦使用
註：在官方的基礎上增加了布局PercentLinearLayout，支持百分比設置正方形，未改變官方原有的使用，支持設置字體的百分比，因此更推薦使用
1、導入依賴
2、支持的布局有
3、支持的屬性有
4、使用實例
效果圖
效果圖
效果圖
效果好像與直接使用xx%差不多，但是交換過來好像就不一樣了
效果圖
更多使用請參考：
https://github.com/hongyangAndroid/android-percent-support-extend
http://blog.csdn.net/lmj623565791/article/details/46767825
⑷ Unity3D使用gradle打Android包遇到的aaptOptions.noCompress越界問題及解決方案
Unity3D使用gradle方式打Android包，如果StreamingAssets下文件較多，會打包失敗，錯誤如下：
java.lang.: 1866
at org.codehaus.groovy.classgen.asm.CallSiteWriter.getCreateArraySignature(CallSiteWriter.java:58)
原因是aaptOptions.noCompress數組越界，對此問題的詳細描述參考博文：
Unity導出Gradle工程或者apk包，StreamAssets目錄文件超過255無法導出的問題 ... ... ... - liqing19850102的專欄 - CSDN博客
aaptOptions.noCompress數組的最大容量為255，也即可以不經壓縮打到apk包里的資源文件數不能超過255個。
原文中提供的解決方案是，把Unity默認的配置中的 **STREAMING_ASSETS** （含義為StreamingAssets文件夾下所有資源都不壓縮）去掉，改為只針對某些類型的資源不壓縮，比如.bundle
這里我想在原文基礎上拓展三點，來深化對這一問題的認識。
一，為什麼要配置aaptOptions.noCompress
簡單來說，可以提升資源載入效率，因為載入壓縮過的資源需要一個解壓過程
那麼哪些資源需要配置到aaptOptions.noCompress呢？
我們來看一下Unity的默認配置，
aaptOptions { noCompress'.unity3d','.ress','.resource','.obb'**STREAMING_ASSETS** }
.resource是Resources目錄下資源編譯後生成的文件
**STREAMING_ASSETS** 代表StreamingAssets文件夾下的文件
可見動態載入的資源一般要配置到aaptOptions.noCompress里，以提升載入效率
二，當使用默認配置超出最大容量255時怎麼辦
兩種思路
a，將一些小的使用不頻繁的文件從列表中移出
b，將多個文件合並為一個（比如打成bundle）來減少列表中文件數量
這里有必要解答一個疑問，經常會遇到StreamingAssets下文件數量遠小於255，但打包還是會報錯，這是為什麼呢？其實是Resources目錄下資源太多，所以生成的.resource文件數量較多導致的，這種情況下好的解決方案就是將Resources下一些資源打成bundle來使用，減少.resource文件的數量
三，aaptOptions.noCompress配置技巧
aapt官方文檔以及網上查到的一些資料都說aaptOptions.noCompress配置的是不壓縮資源文件的後綴名，但是使用後綴名來配置有一定的局限性，比如有些文件後綴名相同，但是如果只想將其中幾個文件（而不是全部）配成不壓縮，再比如有的文件沒有後綴名怎麼辦？
經過實踐發現aaptOptions.noCompress機制並不是檢查文件後綴名，而是判斷文件路徑是否以某個字元串結尾，另外一個需要注意的地方是，在做string.EndWith判斷之前會將文件路徑全部轉換為小寫，所以aaptOptions.noCompress中的配置項也必須全為小寫
⑸ 在android，怎麼實現activity模糊圖層效果呢
Android裡面：
最普遍的模糊技術是這樣做的：從TextView的後一層背景中截取一部分；進行模糊處理；把模糊處理後的部分設置為TextView的背景。
實現activity模糊圖層效果是RenderScript是Android在API 11之後加入的，用於高效的圖片處理，包括模糊、混合、矩陣卷積計算等，通過一種fastblur模糊圖片演算法來計算一張圖片像素，進而更改圖片的解析度和模糊程度。演算法代碼可以參考這篇csdn博客介紹幾種模糊演算法，地址如下：http://blog.csdn.net/xu_fu/article/details/23131241。
幾種演算法實現的效果都差不多，但是效果和時間上還是有很大區別，這取決於你的Android實際的運行環境，如果機器是Android API 2.0以下的，就不能使用RenderScript類，只能使用硬編碼方式，這就涉及到OPENGL的知識了，OPENGL就是對圖像進行各種處理的一門知識，這些知識都可以到網上找得到。我在csdn上次了一個Android圖片模糊處理的一個小demo，歡迎下載：鏈接如下：http://download.csdn.net/detail/omayyouhappy/8888251
⑹ Android 將App的內容延伸到狀態欄/導航欄
來自我的CSDN博客： http://blog.csdn.net/dahaohan/article/details/52175190
看過Android的桌面應用都是介樣的：
如何讓自己的應用也達到這般效果呢？這里就介紹幾種常用的方法以及它們之間的區別。
首先展示下此次demo的布局和初始狀態：
初始效果圖如下：
使用這個方式首先要理解幾個概念，窗口層級以及窗口background/窗口透明：
Google在API-19 以及API-21新增對狀態欄/導航欄窗口透明和顏色的控制：
對應的在主題內即可控制：
這里首先要明了這里狀態欄和導航欄窗口是系統級窗口而Activity對應的時應用窗口，它們屬於不同的窗口層級；
然後狀態欄/導航欄系統級窗口是在App應用窗口之上，故而Activity應用窗口雖然有整個屏幕的大小，但是可顯示內容的區域得除去其上疊加的不透明的窗口區域。詳細的窗口計算繪制可參考大神老羅的博文：
Android窗口管理服務WindowManagerService計算Activity窗口大小的過程分析
下面來使用主題控制導航欄/狀態欄透明，同時看看上述兩種設置透明的方式效果有何不同：
初始桌面和啟動Activity效果圖：
可以看到雖然導航欄/狀態欄透明了，當時應用窗口顯示的內容依然只是除去了兩個系統窗口之外的區域，並沒有衍生到導航欄/狀態欄之下。
效果如下：
可以看到已經將應用的內容布局延伸到導航欄/狀態欄下方了，來看看關於android:windowTranslucentStatus
android:windowTranslucentNavigation的官方說明看看來理解其與設置color transparent的區別：
根據FLAG的說明，可以看出設置該標志位等同於View申請設置：
PS：從效果圖看，雖然布局延伸到狀態欄導航欄區域，但是相應的內容「hello world」文字也被狀態欄/導航欄遮住了。在布局根視圖設置fitsSystemWindows為true可以使得，系統自動為視圖添加一個狀態欄/導航欄高度的padding：
效果如下：
查看SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION 和 SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN的說明，可以發現其實還有兩個非常接近的FLAG：
根據官方的說明提示，SYSTEM_UI_FLAG_FULLSCREEN / SYSTEM_UI_FLAG_HIDE_NAVIGATION主要用於動態切換隱藏/顯示系統導航欄/狀態欄；例如書籍閱讀應用/視頻播放應用等。而像游戲類的全屏應用則推薦使用window flag。
上述的透明導航欄/狀態欄等API基本是需要API-19或是API-21才能使用的，這里還有一種API-1的方案能夠實現布局內容全屏：
實際上只需要設置FLAG_LAYOUT_NO_LIMITS就足夠了；這FLAG是看Android原生的Launcher / Keyguard源碼，看到有用到如此設置，其窗口設置具體原理我也沒有弄清..... 有大神了解可以指點下。
PS：這個套路下，使用fitsSystemWindows="true"是無效的，智能自己控制號布局位置。
⑺ 哪位大神有android開發比較好的論壇
csdn/eoe/安卓巴士,都是android開發比較好的論壇,活躍度挺高的.