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开发比较好的论坛,活跃度挺高的.