2016年12月15日星期四

@Override用法详解

 现在有Son和Parent两个类,且类型Son将会重写类型Parent的getName函数。但不幸的是由于码农大意,写成如下代码:
public class Parent{
  public String getName(){
     return "Parent";
  }
}

public class Son extends Parent{
   public String getNames(){
     return "Son";
   }
}
  上述代码编译通过且人工无意识到实现错误,悲剧发生了。。。。。。。。
  这时使用 @Override注解 就不会再发生这种问题了!

@Override注解                        
  作用:当子类函数添加 @Override 后,该函数重写父类中签名相同的函数,否则将会编译失败。
  注意: @Override 仅提供一种辅助功能提示函数为父类函数的重写,并非重写的必要条件。即使没有该注解,只要子类函数的签名与父类的相同,该子类函数就重写了父类相应的函数了。

2016年12月7日星期三

几个全球电子图书馆名单

1、中国国家图书馆 (速度较慢)
http://www.nlc.gov.cn

2、中国在线 (资源匮乏)
http://www.cnpeak.com

3、中国学术会议在线 (主要介绍学术会议时间)
http://www.meeting.edu.cn/meeting/

4、中国科技论文在线精品论文 (可以免费下载)
http://highlights.paper.edu.cn

5、汉斯出版社中文学术期刊 (速度很慢)
http://www.hanspub.org

6、国家科技图书文献中心 (速度慢,还要收费)
http://www.nstl.gov.cn

7. 计算机程序设计电子书 (要收费)
http://www.downloadfreepdf.com

2016年12月2日星期五

2016年12月1日星期四

android中的数据存取方式一:preference(配置)

     preference(配置)方式应该是用起来最简单的Android读写外部数据的方法了。它的用法基本上和J2SE(java.util.prefs.Preferences)中的用法一样,以一种简单、 透明的方式来保存一些用户个性化设置的字体、颜色、位置等参数信息。一般的应用程序都会提供“设置”或者“首选项”的这样的界面,那么这些设置最后就可以通过Preferences来保存,而程序员不需要知道它到底以什么形式保存的,保存在了什么地方。当然,如果你愿意保存其它的东西,也没有什么限制。只是在性能上不知道会有什么问题。

在Android系统中,这些信息以XML文件的形式保存在/data/data/PACKAGE_NAME/shared_prefs 目录下。
数据读取
  1. String PREFS_NAME = "Note.sample.roiding.com";  
  2. SharedPreferences settings = getSharedPreferences(PREFS_NAME,  0);  
  3.  boolean silent = settings.getBoolean("silentMode"false);  
  4. String hello = settings.getString( "hello""Hi"); 
String PREFS_NAME = "Note.sample.roiding.com";
SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);
boolean silent = settings.getBoolean("silentMode", false);
String hello = settings.getString("hello", "Hi");
这段代码中:
  • SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);
    通过名称,得到一个SharedPreferences,顾名思义,这个Preferences是共享的,共享的范围据现在同一个Package中,这里面说所的Package和Java里面的那个Package不同,貌似这里面的Package是指在AndroidManifest.xml文件中:

    1. <manifest xmlns:android="http://schemas.android.com/apk/res/android" 
    2.  package="com.roiding.sample.note" 
    3.  android:versionCode="1" 
    4.  android:versionName="1.0.0"> 
    boolean silent = settings.getBoolean(”silentMode”, false);
  • 获得一个boolean值,这里就会看到用Preferences的好处了:可以提供一个缺省值。也就是说如果Preference中不存在这个值的话,那么就用后面的值作为返回指,这样就省去了我们的if什么什么为空的判断。
数据写入
  1. String PREFS_NAME = "Note.sample.roiding.com";  
  2. SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);  
  3. SharedPreferences.Editor editor = settings.edit();  
  4. editor.putBoolean("silentMode"true);  
  5. editor.putString("hello""Hello~");  
  6. editor.commit(); 
String PREFS_NAME = "Note.sample.roiding.com";
SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);
SharedPreferences.Editor editor = settings.edit();
editor.putBoolean("silentMode", true);
editor.putString("hello", "Hello~");
editor.commit();
有了上面数据读取的代码,这里面的就容易理解了,只是别忘了最后的commit();

2016年11月2日星期三

美国前总统卡特的癌症“被治愈”的启示

2015年12月6日,美国前总统卡特发了个“朋友圈”,就一句话:
“我最近的MRI扫描显示,已经看不到任何癌细胞。”
(图)卡特宣布自己癌细胞消失

卡特是美国的第39届总统,很帅,在任的时候饱受争议,于是干了一届就被更帅的演员里根弄下台了。但是卡特在美国声望很高,因为他卸任后创立了“卡特中心”,为世界人权,公益做了很多事情,也获得了2002年诺贝尔和平奖。
(图)中年帅哥卡特

2015年8月,90多岁的卡特宣布自己得了恶性黑色素瘤,并且已经肝转移,后来又发现有脑转移,大家都觉得希望渺茫了。
谁知仅仅半年后,卡特就说自己的癌症没了!这真是一个大新闻,社交媒体上疯狂传阅,几乎都快赶上王思聪发个“哈哈”的评论量了。

一个91岁老头,恶性黑色素瘤肝转,脑转,居然治了不到半年就把癌症治没了,而且治疗过程中精神状态良好,这是奇迹么!?
卡特这事儿肯定是好消息,绝对的励志,非常值得庆贺。但同时我不认为是“奇迹”,因为“奇迹”暗示这是科学无法解释的事情。卡特这事儿,是科学和现代医学的胜利

家族基因作祟 多人去世
卡特所患的癌症名为恶性黑色素瘤,简称脑癌。它具有漫无限制的生长和难以预知的转移的特点。在他的血亲中,有五位罹癌去世。父亲死于58岁,哥哥51岁,姊姊63岁,妹妹54岁,皆为胰腺癌。母亲85岁死于乳腺癌。
卡特癌症名之为「黑色素瘤」,是根据癌的组织学特点。他的父系遗传的癌症,都叫做「胰腺癌」,是根据生长部位。其父系的四位家人,不仅所患癌症位于同一部位,且发病和死亡的年龄也很接近,都在60岁左右。而他本人发生的时间和家人相比,迟了40年。差別如此显著,可能与他的生活型态与家族众人不同有关。卡特在自传中透露,所有的家人都抽烟成瘾,唯独他一人从不沾边。这就使他的癌症大大推迟。
这种细胞内致病性的基因来自父母中的一方,出生前即已存在,但不致病。到了一定的年龄,获得某些条件的配合后,开始致病。它使身体含有这种基因的细胞漫无止境的生长和转移,成为癌症。现代医学早已认识到,癌症的根本成因在于致病性的基因作祟,应当在它们开始为害之前把它除去。

下面就是菠萝对这件事儿的几点评论。
1美国总统得病用了什么疗法?手术+放疗+免疫疗法(PD1抑制剂)。
卡特的肿瘤主要在肝脏和脑部,于是他的主治医生决定手术切除肝脏的肿瘤,然后放疗脑部肿瘤,最后再用免疫疗法治疗巩固。经过6个月的治疗,他的癌细胞已经无法检测到,于是他宣布了这个消息。
2免疫疗法能治脑瘤了么?
脑部的肿瘤很难治,一是因为手术不好做,怕伤到重要神经,二是由于血脑屏障(Blood Brain Barrier),药物很难进入脑部。
那卡特这事儿是否说明免疫疗法能治疗脑瘤?还不行。
很多人,包括我自己,都以为卡特得的是脑瘤,但其实不是,他是黑色素瘤转移到脑部,转移到脑部的肿瘤和脑瘤还是有区别的。
免疫疗法目前治疗黑色素瘤,包括脑转的黑色素瘤效果都还不错,但是对真正的脑瘤,比如神经胶质瘤还没有证据说明有效。
3卡特的癌症被治愈了么?
你很难听到科学家或医生使用“治愈”这个词,因为科学训练让我们无比谨慎。卡特只是现在查不到癌细胞,但并不代表体内已经完全没有癌细胞了。有可能还有,只是现在技术手段查不到。一般来说,要至少跟踪5年,甚至10年,都没有复发的话,医生才敢下结论说“可能治好”了病人。
4卡特为什么治疗效果这么好?
卡特疗效比较好,除了有好的医疗团队和药物以外,和他癌症的特质也有关系,整体来说,他是属于晚期癌症里运气比较好的。
1:他体检规律,癌症发现得还算比较早。
2:他5月份就感觉身体不对劲,但8月才手术,其间并没有太多进展,说明肿瘤长的较慢。(不少很老年的癌症患者肿瘤长的都较慢)
3:他肝部转移只有一个病灶,并且可以被手术完全切除。
4:他脑部转移病灶非常小,大概2毫米,放疗基本就搞定。
5:新的免疫疗法刚刚出现,正好对黑色素瘤效果最好。事实上,PD1疗法已经成功治疗了很多黑色素瘤病人,只是卡特的名声让他更受关注。
总而言之,规律体检,健康生活,积攒人品,大家如果都在91岁才发现癌症,治不治好都算成功!
5免疫疗法在卡特治疗中起了多大作用?
前面说了,手术(肝部转移)和放疗(脑部转移)才是处理掉卡特可见肿瘤的主要方法。免疫疗法在这个过程中起到的主要作用是杀死看不见的肿瘤细胞,同时防止复发
这个功能,以前是靠 “辅助性化疗”,用化疗药物来杀死“可能存在,但看不见”的癌细胞。因为卡特已经91岁了,化疗不太适用,免疫疗法由于副作用小,成了最佳选择。
事实也证明,卡特接受免疫疗法后身体很正常,几乎没有副作用。
6卡特的治疗给了我们什么启示?
1:免疫疗法(PD1抑制剂)副作用比化疗药物可控,能用于老年病人,即使90岁以上,这给以往无法使用化疗的这部分病人带来了福音。
2:有自己的信仰,勇敢面对癌症,积极寻求科学治疗方法,即使晚期癌症也是可以取得良好效果的。

3: 对于抗癌,饮食疗法也具重要性。病人要多吃蛋白质,如蛋、肉及乳类,支持大量抗体的制造和消耗。病人应少吃碳水化合物,包括糖和甜的东西。越来越多的证据说明,癌细胞完全依靠淀粉和糖养活。少吃这些食物就会让癌细胞饥饿,难以抵抗免疫系统的攻击。

2016年10月30日星期日

超过50度就是渣?告诉你手机温度正常值

    对于手机来讲什么样的温度范围才算正常呢?为了能给广大的搞机党一个满意的答案,笔者查阅相关资料写了这篇文章,希望能够给大家提供一些帮助。
  苹果官方明确说明:智能手机正常工作温度是0~35摄氏度;最佳使用温度是22摄氏度;极限温度是-20~45摄氏度,当然这个温度范围也可以适用于安卓设备。下面我们来看看智能手机各大元器件对温度的要求:
1、屏幕(液晶屏)
  液晶屏的正常工作温度范围在-20~70摄氏度之间,但是一旦温度降低到零度以下,液晶屏工作从亮度和响应时间都会受到很大的影响。
  PS:一般的智能手机,一旦温度降到零下10度,手机的屏幕就开始变暗,进入低电量状态;到了-20度几乎都不能开机了,-30度屏幕和电池都会不可用。
2、手机CPU温度
  一般情况下,CPU温度控制应不超过室温30度以上,也就是说室温是20度,CPU温度控制在不超过50度为宜。CPU工作温度范围可以在25-75度,过高会重新启动或死机,60度的温度就有些高,温度在50度以下比较合适。
3、手机外围电路温度
  手机的外围电路,就是除去CPU剩下的电路! 电容的温度在-10—65度之间! 晶体管(三极管二极管)一般就是不要超过70度为好。
4、锂电池
  智能手机都使用的锂电池,它的正常工作温度是0~40摄氏度,极限也就是-20~70摄氏度。由于锂电池使用的是电解液,一些溶剂低温性能较差,高温还会导致放电工作电压降低。所以,智能手机是一个比较娇气的设备,怕冷又怕热,所以还是要在适合的温度下使用,以保证它们的正常工作。建议锂电池最好工作在0~40度之间
  总的来说,手机的总体温度不要超过50度为宜! 因为热量是由内向外传递的,所以手机的PCB板温度要比我们感觉到的温度高3-5度,当我们感知到手机外壳非常烫手的时候,此时手机内芯片的温度更高,我们能做的就是结束后台程序,禁用没用进程。
  笔者手机电池的温度大致在40度左右,这个温度属于正常数值。
  在安兔兔评测当中有一个稳定性测试功能非常实用,这项功能通过加长CPU满载时间的方式,用具体的图表告诉用户手机电池的发热量,从而让使用者对自己的散热性能有个大致的了解。

2016年10月26日星期三

Android.mk的用法

一个Android.mk file用来向编译系统描述你的源代码。具体来说:该文件是GNU Makefile的一部分,会被编译系统解析一次或多次。你可以在每一个Android.mk file中定义一个或多个模块,也可以在几个模块中使用同一个源代码文件。选项参考以下文件:build/core/config.mk,默认的值在以下文件中定义:build/core/base_rules.mk。编译系统为你处理许多细节问题。例如,你不需要在你的Android.mk中列出头文件和依赖文件。NDK编译系统将会为你自动处理这些问题。 

1、单一的Android.mk文件: 
Java代码  收藏代码
  1. LOCAL_PATH := $(call my-dir)  
  2. include $(CLEAR_VARS)  
  3.   
  4. LOCAL_MODULE    := hello-jni  
  5. LOCAL_SRC_FILES := hello-jni.c  
  6.   
  7. include $(BUILD_SHARED_LIBRARY)  
LOCAL_PATH必须位于Android.mk文件的最开始。它是用来定位源文件的位置,$(call my-dir)的作用就是返回当前目录的路径。 
include $(CLEAR_VARS)的作用是清除一些变量的值,但是LOCAL_PATH除外。 
LOCAL_MODULE是用来指定当前待编译模块的名称,在示例中的模块名称为hello-jni 
LOCAL_SRC_FILES是用来指定参与编译的源代码文件。这里只编译hell0-jin.c 
include $(BUILD_SHARED_LIBRARY)是用来指示将当前模块编译为共享库,前缀为lib,后缀为.so。 
还有另外一个BUILD_STATIC_LIBRARY,是用来指示将当前模块编译为静态库的,前缀为.a,后缀为.a。 

这就是一个最简单的Android.mk的结构。可能还有另外一点需要介绍: 
LOCAL_C_INCLUDES:=include 这个是用来指定在编译时即将使用的c头文件的位置,以当前目录为起点。 

例如: 
Java代码  收藏代码
  1. SDL_PATH := ../SDL        #定义一个变量  
  2.   
  3. LOCAL_C_INCLUDES += \                   #加载c头文件的目录  
  4. $(LOCAL_PATH)/$(SDL_PATH)/include \  
  5. $(LOCAL_PATH)/../ffmpeg  

2、定义多个Android.mk文件。 
有的时候,需要编译的模块比较多,我们可能会将对应的模块放置在相应的目录中,这样,我们可以在每个目录中定义对应的Android.mk文件(类似于上面的写法),最后,在根目录放置一个Android.mk文件,内容如下: 
Java代码  收藏代码
  1. include $(call all-subdir-makefiles)  
只需要这一行就可以了,它的作用就是包含所有子目录中的Android.mk文件 

3、也可以在一个Android.mk文件里包含多个模块。 
很直观的想法就是将第一个Android.mk文件的内容复制一份,然后修改。我最开始也是这样做的,但是后来出现问题了,在第二个模块中的源码找不到,最后还是看文档,发现里面已经有示例解释了: 
Java代码  收藏代码
  1. LOCAL_PATH := $(call my-dir)  

基于GNU make的工作方式,$(call my-dir)会返回在解析build脚本时,遇到的最后一个 include中涉及的目录。 
所以,很多时候,在这个Android.mk里面只需要调用一次$(call my-dir)就够了,如果所有的源文件都在一个目录中。 
如果需要的话,可以在第一次调用call my-dir的时候,将值保存下来,比如: 

Java代码  
  1. MY_LOCAL_PATH := $(call my-dir)  
  2. LOCAL_PATH := $(MY_LOCAL_PATH)  
  3.    
  4. 然后,在另外一个模块中,继续如下定义:  
  5. LOCAL_PATH := $(MY_LOCAL_PATH)  

在编译一般的c源代码时,上面的基本可以满足了 

关于LOCAL_CFLAGS 
在某些时候,编译源码需要定义宏变量,这个时候,我们可以直接在对应的源码里面去修改,但也有一些情况,我们是没法在别人的源码里定义宏变量的,这个时候,就需要使用到LOCAL_CFLAGS 了 ,举例如下: 
Java代码  收藏代码
  1. LOCAL_CFLAGS  += -D__FAVOR_BSD  
  2. 这行代码的作用就是在原有的cflags基础上,再定义一个宏变量__FAVOR_BSD  
类似于#define __FAVOR_BSD 

二、自定义变量 
以下是在 Android.mk中依赖或定义的变量列表, 可以定义其他变量为自己使用,但是NDK编译系统保留下列变量名: 
Java代码  收藏代码
  1. -以 LOCAL_开头的名字(例如 LOCAL_MODULE)  
  2. -以 PRIVATE_, NDK_ 或 APP_开头的名字(内部使用)  
  3. -小写名字(内部使用,例如‘my-dir’)  

  如果为了方便在 Android.mk 中定义自己的变量,建议使用 MY_前缀,一个小例子: 
Java代码  收藏代码
  1. MY_SOURCES := foo.c  
  2. ifneq ($(MY_CONFIG_BAR),)  
  3.  MY_SOURCES += bar.c  
  4. endif  
  5. LOCAL_SRC_FILES += $(MY_SOURCES)  

注意:‘:=’是赋值的意思;'+='是追加的意思;‘$’表示引用某变量的值。 

三、GNU Make系统变量 
  这些 GNU Make变量在你的 Android.mk 文件解析之前,就由编译系统定义好了。注意在 
某些情况下,NDK可能分析 Android.mk 几次,每一次某些变量的定义会有不同。 
  (1)CLEAR_VARS: 指向一个编译脚本,几乎所有未定义的 LOCAL_XXX 变量都在"Module-description"节中列出。必须在开始一个新模块之前包含这个脚本:include$(CLEAR_VARS),用于重置除LOCAL_PATH变量外的,所有LOCAL_XXX系列变量。 
  (2)BUILD_SHARED_LIBRARY: 指向编译脚本,根据所有的在 LOCAL_XXX 变量把列出的源代码文件编译成一个共享库。 
  注意,必须至少在包含这个文件之前定义 LOCAL_MODULE 和 LOCAL_SRC_FILES。 
(3) BUILD_STATIC_LIBRARY:  一个 BUILD_SHARED_LIBRARY 变量用于编译一个静态库。静态库不会复制到的APK包中,但是能够用于编译共享库。 
示例:include $(BUILD_STATIC_LIBRARY) 
注意,这将会生成一个名为 lib$(LOCAL_MODULE).a 的文件 
  (4)TARGET_ARCH: 目标 CPU平台的名字,  和 android 开放源码中指定的那样。如果是 
arm,表示要生成 ARM 兼容的指令,与 CPU架构的修订版无关。 
  (5)TARGET_PLATFORM: Android.mk 解析的时候,目标 Android 平台的名字.详情可参考/development/ndk/docs/stable- apis.txt. 
Java代码  收藏代码
  1. android-3 -> Official Android 1.5 system images  
  2. android-4 -> Official Android 1.6 system images  
  3. android-5 -> Official Android 2.0 system images  

  (6)TARGET_ARCH_ABI: 暂时只支持两个 value,armeabi 和 armeabi-v7a。在现在的版本中一般把这两个值简单的定义为 arm, 通过 android  平台内部对它重定义来获得更好的匹配。其他的 ABI 将在以后的 NDK 版本中介绍,它们会有不同的名字。注意虽然所有基于 
ARM的ABI都会把 'TARGET_ARCH'定义成‘arm’, 但是会有不同的‘TARGET_ARCH_ABI’。 
( 7 ) TARGET_ABI:  目标平台和 ABI 的组合,它事实上被定义成$(TARGET_PLATFORM)-$(TARGET_ARCH_ABI)  ,在想要在真实的设备中针对一个特别的目标系统进行测试时,会有用。在默认的情况下,它会是'android-3-arm'。 

五、模块描述变量 
  下面的变量用于向编译系统描述你的模块。你应该定义在'include  $(CLEAR_VARS)'和'include $(BUILD_XXXXX)'之间。正如前面描写的那样,$(CLEAR_VARS)是一个脚本,清除所有这些变量。 
  (1) LOCAL_PATH:  这个变量用于给出当前文件的路径。必须在 Android.mk 的开头定义,可以这样使用:LOCAL_PATH := $(call my-dir)  这个变量不会被$(CLEAR_VARS)清除,因此每个 Android.mk 只需要定义一次(即使在一个文件中定义了几个模块的情况下)。 
  (2)LOCAL_MODULE: 这是模块的名字,它必须是唯一的,而且不能包含空格。必须在包含任一的$(BUILD_XXXX)脚本之前定义它。模块的名字决定了生成文件的名字。例如,如果一个一个共享库模块的名字是,那么生成文件的名字就是 lib.so。但是,在的 NDK 生成文 
件中(或者 Android.mk 或者 Application.mk),应该只涉及(引用)有正常名字的其他模块。 
  (3)LOCAL_SRC_FILES: 这是要编译的源代码文件列表。只要列出要传递给编译器的文件,因为编译系统自动计算依赖。注意源代码文件名称都是相对于 LOCAL_PATH的,你可以使用路径部分,例如: 
Java代码  
  1. LOCAL_SRC_FILES := foo.c toto/bar.c\  
  2.  Hello.c  

文件之间可以用空格或Tab键进行分割,换行请用"\".如果是追加源代码文件的话,请用LOCAL_SRC_FILES += 
注意:在生成文件中都要使用UNIX风格的斜杠(/).windows风格的反斜杠不会被正确的处理。
注意:可以LOCAL_SRC_FILES := $(call all-subdir-java-files)这种形式来包含local_path目录下的所有java文件。
 
  (4) LOCAL_CPP_EXTENSION: 这是一个可选变量, 用来指定C++代码文件的扩展名,默认是'.cpp',但是可以改变它,比如: 
LOCAL_CPP_EXTENSION := .cxx 
  (5) LOCAL_C_INCLUDES:  可选变量,表示头文件的搜索路径。默认的头文件的搜索路径是LOCAL_PATH目录。 
  示例:
Java代码  
  1. LOCAL_C_INCLUDES := sources/foo或LOCAL_C_INCLUDES := $(LOCAL_PATH)/../foo  
LOCAL_C_INCLUDES := $(LOCAL_PATH)/../../Classes \
                     $(LOCAL_PATH)/../../Classes/game \
                     $(LOCAL_PATH)/../../Classes/logic \
                     $(LOCAL_PATH)/../../Classes/view       
  LOCAL_C_INCLUDES需要在任何包含LOCAL_CFLAGS/LOCAL_CPPFLAGS标志之前进行设置。 
  (6)LOCAL_CFLAGS: 可选的编译器选项,在编译 C 代码文件的时候使用。这可能是有 
用的,指定一个附加的包含路径(相对于NDK的顶层目录),宏定义,或者编译选项。 
  注意:不要在 Android.mk 中改变 optimization/debugging 级别,只要在 Application.mk 中指定合适的信息,就会自动地为你处理这个问题,在调试期间,会让 NDK自动生成有用的数据文件。 
  (7)LOCAL_CXXFLAGS:  与 LOCAL_CFLAGS同理,针对 C++源文件。 
  (8)LOCAL_CPPFLAGS:  与 LOCAL_CFLAGS同理,但是对 C 和 C++ source files都适用。 
  (9)LOCAL_STATIC_LIBRARIES: 表示该模块需要使用哪些静态库,以便在编译时进行链接。 
  (10)LOCAL_SHARED_LIBRARIES:  表示模块在运行时要依赖的共享库(动态库),在链接时就需要,以便在生成文件时嵌入其相应的信息。注意:它不会附加列出的模块到编译图,也就是仍然需要在Application.mk 中把它们添加到程序要求的模块中。 
  (11)LOCAL_LDLIBS: 编译模块时要使用的附加的链接器选项。这对于使用‘-l’前缀传递指定库的名字是有用的。 
例如,LOCAL_LDLIBS := -lz表示告诉链接器生成的模块要在加载时刻链接到/system/lib/libz.so 
  可查看 docs/STABLE-APIS.TXT 获取使用 NDK发行版能链接到的开放的系统库列表。 
  (12) LOCAL_ALLOW_UNDEFINED_SYMBOLS: 默认情况下, 在试图编译一个共享库时,任何未定义的引用将导致一个“未定义的符号”错误。这对于在源代码文件中捕捉错误会有很大的帮助。然而,如果因为某些原因,需要不启动这项检查,可把这个变量设为‘true’。 
注意相应的共享库可能在运行时加载失败。(这个一般尽量不要去设为 true)。 
  (13) LOCAL_ARM_MODE: 默认情况下, arm目标二进制会以 thumb 的形式生成(16 位),你可以通过设置这个变量为 arm如果你希望你的 module 是以 32 位指令的形式。 
'arm' (32-bit instructions) mode. E.g.: 
LOCAL_ARM_MODE := arm 
注意:可以在编译的时候告诉系统针对某个源码文件进行特定的类型的编译 
比如,LOCAL_SRC_FILES := foo.c bar.c.arm  这样就告诉系统总是将 bar.c 以arm的模式编译。 
(14)LOCAL_MODULE_PATH 和 LOCAL_UNSTRIPPED_PATH 
在 Android.mk 文件中, 还可以用LOCAL_MODULE_PATH 和LOCAL_UNSTRIPPED_PATH指定最后的目标安装路径. 
不同的文件系统路径用以下的宏进行选择: 
Java代码  收藏代码
  1. TARGET_ROOT_OUT:表示根文件系统。  
  2.  TARGET_OUT:表示 system文件系统。  
  3.  TARGET_OUT_DATA:表示 data文件系统。  

用法如:LOCAL_MODULE_PATH :=$(TARGET_ROOT_OUT) 
至于LOCAL_MODULE_PATH 和LOCAL_UNSTRIPPED_PATH的区别,暂时还不清楚。 


七、GNU Make‘功能’宏 
GNU Make‘功能’宏,必须通过使用'$(call  )'来调用,调用他们将返回文本化的信息。 
(1)my-dir:返回当前 Android.mk 所在的目录的路径,相对于 NDK 编译系统的顶层。这是有用的,在 Android.mk 文件的开头如此定义: 
Java代码  收藏代码
  1. LOCAL_PATH := $(call my-dir)  

(2)all-subdir-makefiles: 返回一个位于当前'my-dir'路径的子目录中的所有Android.mk的列表。 
例如,看下面的目录层次: 
Java代码  收藏代码
  1. sources/foo/Android.mk  
  2. sources/foo/lib1/Android.mk  
  3. sources/foo/lib2/Android.mk  

如果 sources/foo/Android.mk 包含一行: 
include $(call all-subdir-makefiles) 
那么它就会自动包含 sources/foo/lib1/Android.mk 和 sources/foo/lib2/Android.mk。 
这项功能用于向编译系统提供深层次嵌套的代码目录层次。 
注意,在默认情况下,NDK 将会只搜索在 sources/*/Android.mk 中的文件。 
(3)this-makefile:  返回当前Makefile 的路径(即这个函数调用的地方) 
(4)parent-makefile:  返回调用树中父 Makefile 路径。即包含当前Makefile的Makefile 路径。 
(5)grand-parent-makefile:返回调用树中父Makefile的父Makefile的路径 
八、 Android.mk 使用模板 
  在一个 Android.mk 中可以生成多个APK应用程序,JAVA库,C\C++可执行程序,C\C++动态库和C\C++静态库。 
(1)编译APK应用程序模板。 
关于编译APK应用程序的模板请参照《Android.mk编译APK范例》 
(2)编译JAVA库模板 
Java代码  收藏代码
  1. LOCAL_PATH := $(call my-dir)  
  2. include $(CLEAR_VARS)  
  3. # Build all java files in the java subdirectory  
  4. LOCAL_SRC_FILES := $(call all-subdir-java-files)  
  5. # Any libraries that this library depends on  
  6. LOCAL_JAVA_LIBRARIES := android.test.runner  
  7. # The name of the jar file to create  
  8. LOCAL_MODULE := sample  
  9. # Build a static jar file.  
  10. include $(BUILD_STATIC_JAVA_LIBRARY)  

  注:LOCAL_JAVA_LIBRARIES := android.test.runner表示生成的JAVA库的jar文件名 
(3)编译C/C++应用程序模板如下: 
Java代码  收藏代码
  1. LOCAL_PATH := $(call my-dir)  
  2. #include $(CLEAR_VARS)  
  3. LOCAL_SRC_FILES := main.c  
  4. LOCAL_MODULE := test_exe  
  5. #LOCAL_C_INCLUDES :=  
  6. #LOCAL_STATIC_LIBRARIES :=  
  7. #LOCAL_SHARED_LIBRARIES :=  
  8. include $(BUILD_EXECUTABLE)  

注:‘:=’是赋值的意思,'+='是追加的意思,‘$’表示引用某变量的值 
LOCAL_SRC_FILES中加入源文件路径,LOCAL_C_INCLUDES中加入需要的头文件搜索路径 
LOCAL_STATIC_LIBRARIES 加入所需要链接的静态库(*.a)的名称, 
LOCAL_SHARED_LIBRARIES 中加入所需要链接的动态库(*.so)的名称, 
LOCAL_MODULE表示模块最终的名称,BUILD_EXECUTABLE 表示以一个可执行程序的方式进行编译。 
(4)编译C\C++静态库 
Java代码  收藏代码
  1. LOCAL_PATH := $(call my-dir)  
  2. include $(CLEAR_VARS)  
  3. LOCAL_SRC_FILES := \  
  4.  helloworld.c  
  5. LOCAL_MODULE:= libtest_static  
  6.  #LOCAL_C_INCLUDES :=  
  7. #LOCAL_STATIC_LIBRARIES :=  
  8. #LOCAL_SHARED_LIBRARIES :=  
  9. include $(BUILD_STATIC_LIBRARY)  

和上面相似,BUILD_STATIC_LIBRARY 表示编译一个静态库。 
(5)编译C\C++动态库的模板 
Java代码  收藏代码
  1. LOCAL_PATH := $(call my-dir)  
  2. include $(CLEAR_VARS)  
  3. LOCAL_SRC_FILES := helloworld.c  
  4. LOCAL_MODULE := libtest_shared  
  5. TARGET_PRELINK_MODULES := false  
  6. #LOCAL_C_INCLUDES :=  
  7. #LOCAL_STATIC_LIBRARIES :=  
  8. #LOCAL_SHARED_LIBRARIES :=  
  9. include $(BUILD_SHARED_LIBRARY)  

和上面相似,BUILD_SHARED_LIBRARY 表示编译一个共享库。 
以上三者的生成结果分别在如下目录中,generic 依具体 target 会变: 
Java代码  收藏代码
  1. out/target/product/generic/obj/APPS  
  2. out/target/product/generic/obj/JAVA_LIBRARIES  
  3. out/target/product/generic/obj/EXECUTABLE  
  4. out/target/product/generic/obj/STATIC_LIBRARY  
  5. out/target/product/generic/obj/SHARED_LIBRARY  

每个模块的目标文件夹分别为: 
1)APK程序:XXX_intermediates 
2)JAVA库程序:XXX_intermediates 
这里的XXX 
3)C\C++可执行程序:XXX_intermediates 
4)C\C++静态库: XXX_static_intermediates 
5)C\C++动态库: XXX_shared_intermediates