重启App,目前有两种办法:
1.使用 PendingIntent,设置在未来某个时刻启动你的app,然后关掉app。
2.使用NEW_TASK的flag打开ActivityB,然后关掉当前进程,ActivityB马上再打开app。
重启代码
ActivityB代码
重启App,目前有两种办法:
1.使用 PendingIntent,设置在未来某个时刻启动你的app,然后关掉app。
2.使用NEW_TASK的flag打开ActivityB,然后关掉当前进程,ActivityB马上再打开app。
重启代码
ActivityB代码
JSON转成bundle
这里有一个需要注意的地方,SDK19以后,用wrap可以更好的处理get出来是map、array等问题。
bundle转JSON 也就是遍历bundle
JNI,是Android中Java与C互通,用法有两种
1.Java 调用C
2.C调用Java
Java调用C比较简单,首先在某个类中声明jni函数
private native void func(String str, String str);
使用javah脚本生成(老司机可以手写)C的头文件,实现该功能即可。
javah使用方法:
在源码根目录,如src目录下,执行
javah packagenamge.class
如
javah com.android.test.TestClass
C调用Java
C调用Java比较繁琐,需要反射找到Java的方法,google的GLEnvironment有一段很标准的写法
头文件
#include <jni.h>
#ifdef __cplusplus
extern "C"
{
#endif
static struct {
jclass clazzGLEnvironment;
jmethodID lastPageQuit;
} gCallJavaMethod;
void callLastPageQuit(int keycode);
void callCreateVideoView();
void callOnFirstFrame();
#ifdef __cplusplus
}
#endif
实现文件
static int register_javaCallMethod(JNIEnv *env) {
jclass clazz = gCallJavaMethod.clazzGLEnvironment;
if (!gCallJavaMethod.clazzGLEnvironment) {
clazz = env->FindClass("com/yunos/tv/blitz/GLEnvironment");
if (clazz == NULL) {
loge("register_javaCallMethod class not exist!!");
} else {
gCallJavaMethod.clazzGLEnvironment = (jclass)env->NewGlobalRef(clazz);
}
}
if (clazz && !gCallJavaMethod.lastPageQuit) {
gCallJavaMethod.lastPageQuit = env->GetStaticMethodID(clazz, "lastPageQuit", "()V");
}
if (gCallJavaMethod.lastPageQuit == NULL) {
loge("lastPageQuit method get fail!!");
}
void callLastPageQuit(int keycode) {
logi("kecode:%d", keycode);
if (m_Gl_VM == NULL) {
loge("vm null");
return;
}
if (gCallJavaMethod.lastPageQuit == NULL) {
loge("lastPageQuit null");
return;
}
CHECK_JVM_THREAD(m_Gl_VM);
if (error) {
return;
}
env->CallStaticVoidMethod(gCallJavaMethod.clazzGLEnvironment, gCallJavaMethod.lastPageQuit);
if (attached) {
m_Gl_VM->DetachCurrentThread();
}
}
参照IntelliJ IDEA 2016.1建立Strut2工程并使用Tomcat调试建立了项目后,然后按照IntelliJ IDEA 2016.1.1的Struts2项目中引入Junit4.12单元测试,引入Junit到项目之后,开始引入Hibernate
并且使用H2
作为数据存储,完成一个比较完整的示例服务器。
简单介绍一下H2
嵌入式数据库
H2
是一个短小精干的嵌入式数据库引擎,主要的特性包括:
JDBC
,ODBC
访问接口,提供基于浏览器的控制台管理程序;Java
编写,可使用GCJ
和IKVM.NET
编译;1M
左右。几个嵌入式数据库的对比:
点击工程的"Project Structure
"图标,如下图所示:
在弹出的界面中根据顺序,依次选择,选择从Maven
服务器下载
在弹出的界面中根据顺序依次操作,点击搜索图标之后,要等待比较长的一段时间,才能看到下面的OK
按钮可以点击。目前H2
最新的版本是1.4.191
,因此输入"com.h2database:h2:1.4.191
"。详细操作如下图:
点击OK
按钮,关闭窗口后,稍等,会发现出现一个Problems
的提示,点击这个提示列表,如下图所示:
完成后点击OK
按钮关闭界面。
切换工程的视图到"Project
"模式下
项目上面右击鼠标,选择"Add Framework Support ...
"菜单,如下图:
在弹出的界面中选择"Hibernate
",如下图所示
点击后,出现下载进度,等待进度完成,如下图:
下载完成后,再次点击工程的"Project Structure
"图标,如下图:
同样在出现的界面中修复提示的Problems
,如下图:
增加"Hibernate
"配置文件,点击工程的"Project Structure
"图标,如下图:
增加"Hibernate
"配置文件,如下图:
选择文件的路径,此处我们使用默认路径,点击OK
即可。
此时我们点击工程目录,会发现,已经新增了一个名字为hibernate.cfg.xml
的配置文件,如下图:
按下面所示的修改hibernate.cfg.xml
文件,如下:
此时会提示我们,找不到Simulator.Hibernate.Model.Visitor
这个类,因此我们创建这个类,如下图所示:
三个文件的源代码如下:
Visitor.Java
中的代码如下:
代码解释一下,@Entry
,@Table
的注解来告知Hibernate
,这个是个数据库的表配置类,其中的每个成员变量对应数据库表的字段。
如下的注解
表示id
为整个表的自增主键。
VisitorDao.Java
中的代码如下,这个文件提供了访问数据的接口定义:
VisitorDaoImpl.Java
中的代码如下,这个文件对VisitorDao
中定义的接口进行了实现:
这部分的代码需要着重解释一下
这个语句,注意,这个语句中的"from Visitor"
为Visitor.Java
中定义的类的名称,由Hibernate
内部进行变量,表之间的对应。
如上操作之后,就可以在任意的Action
中通过调用VisitorDaoImpl
实现对于数据库的写入,查询了。
树莓派安装的系统是Linux raspberrypi 4.1.19+
,以下的命令都是通过SSH
在树莓派的系统上直接执行的。
1.编译树莓派内核
参照Ubuntu 16.04 (x64)树莓派B+(Raspberry Pi B+)源代码编译
2.安装git
3.安装编译工具
我们在编译树莓派内核的时候,使用的gcc
的版本是4.8.3
版本(rpi-tools
目录下),但是遗憾的是,树莓派自带的gcc
的版本却是4.6.3
,用这个版本的gcc
编译出来的内核驱动可能会直接崩溃的,我们最好手工指定使用的gcc
跟我们编译内核的时候的版本一致。换句话说,如果哪天我们编译内核的gcc
再次升级,那么我们也需要手工在树莓派内部指定相同版本。
4.拷贝刚刚编译树莓派内核的源代码到当前的树莓派系统磁盘
从树莓派上拔下SD
卡,插入到编译内核的Ubuntu 16.04 (x64)
系统上,拷贝源代码
5.建立内核模块库目录的链接
重新插上SD卡,并且启动进入树莓派系统
6.检测源代码目录下是否存在Module.symvers
这个文件在我们编译内核之后应该是存在的,如果不存在,需要重新编译内核。
没有Module.symvers
或用错了Module.symvers
都可能会造成你加载模块时报Exec format error
.
7.将当前正在使用的系统的内核配置作为编译内核时候的配置
8.生成编译内核所需要的文件
9.修改驱动程序的默认版本号与本系统相同
修改里面的内容为使用uname -r
命令显示的内容,此系统版本显示为4.4.12+
,修改后的内容如下:
如果不进行上述的修改,会导致编译出来的内核文件在加载的时候提示disagrees about version of symbol module_layout
,而无法成功加载驱动。
10.下载驱动程序源代码
11.切换到驱动程序的源代码目录
12.编译源代码
编译完成后使用
查看是不是与使用
显示的完全相同,如果不完全相同,则需要继续进行上面的调整。
13.安装编译好的驱动
执行完成后,会在/dev
目录下面生成fb1
这个文件。
执行
如果出现花屏,则驱动一切正常。
此处存在一个大坑。如果按照说明文档把驱动拷贝到
或者直接运行,
则运行时候报错:
这个问题是由于驱动存放的目录不正确导致的。
14.将RoboPeakMini USB显示器驱动程序的内核模块设定为自动启动
然后在文件尾部增加一行rp_usbdisplay
。
如果直接使用adb命令会产生以下错误:
你是没有权限的。
将你要访问的package目录下的db文件拷贝到sdcard中,这样就可以正常访问了!
1.在Android 4.3的某些版本上面,存在BUG,导致这个功能是没办法使用的,一般会提示android run-as permission denied
。
具体的讨论参考run-as doesn't work after update to 4.3
2.应用的AndroidManifest.xml
中必须设置了android:debuggable="true"
。
4.x系统
5.x系统
在不root手机的情况下读取Data目录下的文件
android adb, retrieve database using run-as
树莓派自带的系统在使用USB WiFi
网卡的时候,默认情况下是不支持连接隐藏了SSID
的路由器,网上搜索了一下,找到了配置的方法,本方法仅针对使用WPA2-PSK
模式加密的隐藏了SSID
的路由器,树莓派安装的系统是Linux raspberrypi 4.1.19+
。
在文件后面增加如下内容:
如此配置之后,重启一下树莓派,重启之后,会发现已经可以自动连接配置的的WiFi
路由器了。
Android Support Library
从19.1
版本开始引入了一个新的注解库,它包含很多有用的元注解,你能用它们修饰你的代码,帮助你发现bug
。Support Library
自己本身也用到了这些注解,所以作为Support Library
的用户,Android Studio
已经基于这些注解校验了你的代码并且标注其中潜在的问题。Support Library 22.2
版本又新增了13个新的注解以供使用。
注解默认是没有包含的;他们被包装成一个独立的库。(support library
现在由一些更小的库组成:v4-support
, appcompat
, gridlayout
, mediarouter
等等)
(如果你正在使用appcompat
库,那么你已经可以使用这些注解了,因为appcomat
它自己也依赖它。)
添加使用注解最简单的方式就是打开Project Structure
对话框。首先在左边选中module
,然后在右边选中Dependencies
标签页,点击面板底部的+
按钮,选择Library Dependency
,假设你已经把Android Support Repository
安装到你的SDK
中了,那么注解库将会出现在列表中,你只需点击选中它即可(这里是列表中的第一个):
点击OK
完成Project Structure
的编辑。这会修改你的build.gradle
文件,当然你也可以手动编辑它:
对于Android Application
和Android Library
这两个类型的module
(你应用了com.android.application
或者com.android.library
插件的)来说,你需要做的已经都做好了。如果你想只在Java Module
使用这些注解,那么你就明确的包含SDK
仓库了,因为Support Libraries
不能从jcenter
获得(Android Gradle
插件会自动的包含这些依赖,但是Java
插件却没有。)
当你用Android Studio
和IntelliJ IDEA
的时候,如果给标注了这些注解的方法传递错误类型的参数,那么IDE
就会实时标记出来。
从Gradle
插件1.3.0-beta1
版本开始,并且安装了Android M Preview
平台工具的情况下,通过命令行调用gradle
的lint
任务就可以执行这些检查。如果你想把标记问题作为持续集成的一部分,那么这种方式是非常有用的。说明:这并不包含Nullness
注解。本文中所介绍的其他注解都可以通过lint
执行检查。
@Nullable
注解能被用来标注给定的参数或者返回值可以为null
。
类似的,@NonNull
注解能被用来标注给定的参数或者返回值不能为null
。
如果一个本地变量的值为null
(比如因为过早的代码检查它是否为null
),而你又把它作为参数传递给了一个方法,并且该方法的参数又被@NonNull
标注,那么IDE
会提醒你,你有一个潜在的崩溃问题。
v4 support library
中的FragmentActivity
的示例代码:
(如果你执行Analyze
-> Infer Nullity...
,或者你在键入时把@NonNull
替换成了@NotNull
,那么IDE可能会提供附加的IntelliJ
注解。参考底部的“IntelliJ Annotations
”段落了解更多)
注意@NonNull
和@Nullable
并不是对立的:还有第三种可能:未指定。当你没有指定@NonNull
或者@Nullable
的时候,工具就不能确定,所以这个API
也就不起作用。
最初,我们在findViewById
方法上标注@Nullable
,从技术上说,这是正确的:findViewById
可以返回null
。但是如 果你知道你在做什么的时候(如果你传递给他一个存在的id
)他是不会返回null
的。当我们使用@Nullable
注解它的时候,就意味着源代码编辑器中会有大量的代码出现高亮警告。如果你已经意识到每次使用该方法都应该明确的进行null检查
,那么就只能用@Nullable
标注返回值。有个经验规则: 看现有的“好的代码”(比如审查产品代码),看看这些API
是怎么被使用的。如果该代码为null
检查结果,你应该为方法注解@Nullable
。
Android
的资源值通常都是使用整型传递。这意味着获取一个drawable
使用的参数,也能很容易的传递给一个获取string
的方法;因为他们都是int
类型,编译器很难区分。
资源类型注解可以在这种情况下提供类型检查。比如一个被@StringRes
住进诶的int
类型参数,如果传递一个不是R.string
类型的引用将会被IDE
标注:
以ActionBar
为例:
有很多不同资源类型的注解:如下的每一个Android
资源类型:
@StringRes
, @DrawableRes
, @ColorRes
, @InterpolatorRes
,等等。一般情况下,如果有一个foo
类型的资源,那么它的相应的资源类型注解就是FooRes
.
除此之外,还有一个名为@AnyRes
特殊的资源类型注解。它被用来标注一个未知的特殊类型的资源,但是它必须是一个资源类型。比如在框架中,它被用在Resources#getResourceName(@AnyRes int resId)
上,使用的时候,你可以这样getResources().getResourceName(R.drawable.icon)
用,也可以getResources().getResourceName(R.string.app_name)
这样用,但是却不能这样getResources().getResourceName(42)
用。
请注意,如果你的API
支持多个资源类型,你可以使用多个注解来标注你的参数。
整型除了可以作为资源的引用之外,也可以用作“枚举”类型使用。
@IntDef
和”typedef
”作用非常类似,你可以创建另外一个注解,然后用@IntDef
指定一个你期望的整型常量值列表,最后你就可以用这个定义好的注解修饰你的API
了。
appcompat
库里的一个例子:
上面非注解的部分是现有的API
。我们创建了一个新的注解(NavigationMode
)并且用@IntDef
标注它,通过@IntDef
我们为返回值或者参数指定了可用的常量值。我们还添加了@Retention(RetentionPolicy.SOURCE)
告诉编译器这个新定义的注解不需要被记录在生成的.class
文件中(译者注:源代码级别的,生成class
文件的时候这个注解就被编译器自动去掉了)。
使用这个注解后,如果你传递的参数或者返回值不在指定的常量值中的话,IDE
将会标记出这种情况。
你也可以指定一个整型是一个标记性质的类型;这样客户端代码就通过|,&等操作符同时传递多个常量了:
最后,还有一个字符串版本的注解,就是@StringDef
,它和@IntDef
的作用基本上是一样,所不同的是它是针对字符串的。该注解一般不常用,但是有的时候非常有用,比如在限定向Activity#getSystemService
方法传递的参数范围的时候。
要了解关于类型注解的更多详细信息,请参考
https://developer.android.com/tools/debugging/annotations.html#enum-annotations
@UiThread
, @WorkerThread
, …(Support library 22.2
及其之后版本支持.)
如果你的方法只能在指定的线程类型中被调用,那么你就可以使用以下4个注解来标注它:
@UiThread
@MainThread
@WorkerThread
@BinderThread
如果一个类中的所有方法都有相同的线程需求,那么你可以注解类本身。比如android.view.View
,就被用@UiThread
标注。
关于线程注解使用的一个很好的例子就是AsyncTask
:
如果你在重写的doInBackground
方法里尝试调用onProgressUpdate
方法或者View
的任何方法,IDE
工具就会马上把它标记为一个错误:
@UiThread
还是@MainThread
?
在进程里只有一个主线程。这个就是@MainThread
。同时这个线程也是一个@UiThread
。比如Activity
的主要窗口就运行在这个线程上。然而它也有能力为应用创建其他线程。这很少见,一般具备这样功能的都是系统进程。通常是把和生命周期有关的用@MainThread
标注,和View
层级结构相关的用@UiThread
标注。但是由于@MainThread
本质上是一个@UiThread
,而大部分情况下@UiThread
又是一个@MainThread
,所以工具(lint
,Android Studio
,等等)可以把他们互换,所以你能在一个可以调用@MainThread
方法的地方也能调用@UiThread
方法,反之亦然。
当你的API
期望一个颜色资源的时候,可以用@ColorRes
标注,但是当你有一个相反的使用场景时,这种用法就不可用了,因为你并不是期望一个颜色资源id
,而是一个真实的RGB
或者ARGB
的颜色值。
在这种情况下,你可以使用@ColorInt
注解,表示你期望的是一个代表颜色的整数值:
有了这个,当你传递一个颜色id
而不是颜色值的时候,lint
就会标记出这段不正确的代码:
@Size
, @IntRange
, @FloatRange
如果你的参数是一个float
或者double
类型,并且一定要在某个范围内,你可以使用@FloatRange
注解:
如果有人使用该API
的时候传递一个0-255
的值,比如尝试调用setAlpha(128)
,那么工具就会捕获这一问题:
(你也可以指定是否包括起始值。)
同样的,如果你的参数是一个int
或者long
类型,你可以使用@IntRange
注解约束其值在一个特定的范围内:
把这些注解应用到参数上是非常有用的,因为用户很有可能会提供错误范围的参数,比如上面的setAlpha
例子,有的API<c/ode>是采用
0-255
的方式,而有的是采用0-1
的float
值的方式。
最后,对于数据、集合以及字符串,你可以用@Size
注解参数来限定集合的大小(当参数是字符串的时候,可以限定字符串的长度)。
举几个例子
@Size(min=1)
@Size(max=23)
@Size(2)
2
的倍数 (例如图形API
中获取位置的x/y
坐标数组: @Size(multiple=2)
@RequiresPermission
如果你的方法的调用需要调用者有特定的权限,你可以使用@RequiresPermission
注解:
如果你至少需要权限集合中的一个,你可以使用anyOf
属性:
如果你同时需要多个权限,你可以用allOf
属性:
对于intents
的权限,可以直接在定义的intent
常量字符串字段上标注权限需求(他们通常都已经被@SdkConstant
注解标注过了):
对于content providers
的权限,你可能需要单独的标注读和写的权限访问,所以可以用@Read
或者@Write
标注每一个权限需求:
@CallSuper
如果你的API
允许使用者重写你的方法,但是呢,你又需要你自己的方法(父方法)在重写的时候也被调用,这时候你可以使用@CallSuper
标注:
用了这个后,当重写的方法没有调用父方法时,工具就会给予标记提示:
(Android Studio 1.3 Preview 1
的lint
检查有个关于这个注解的bug
,这个bug
就是即使是对的重写也会报错,这个bug
已经在Preview 2
版本修改,可以通过canary channel
更新到Preview 2
版本。)
@CheckResult
如果你的方法返回一个值,你期望调用者用这个值做些事情,那么你可以使用@CheckResult
注解标注这个方法。
你并不需要微每个非空方法都进行标注。它主要的目的是帮助哪些容易被混淆,难以被理解的API的使用者。
比如,可能很多开发者都对String.trim()
一知半解,认为调用了这个方法,就可以让字符串改变以去掉空白字符。如果这个方法被@CheckResult
标注,工具就会对那些没有使用trim()
返回结果的调用者发出警告。
Android
中,Context#checkPermission
这个方法已经被@CheckResult
标注了:
这是非常重要的,因为有些使用context.checkPermission
的开发者认为他们已经执行了一个权限 —-但其实这个方法仅仅只做了检查并且反馈一个是否成功的值而已。如果开发者使用了这个方法,但是又不用其返回值,那么这个开发者真正想调用的可能是这个 Context#enforcePermission
方法,而不是checkPermission
。
你可以把这个注解标注到类、方法或者字段上,以便你在测试的时候可以使用他们。
我们还在注解库里添加了@Keep
注解,但是Gradle
插件还支持(尽管已经在进行中)。被这个注解标注的类和方法在混淆的时候将不会被混淆。
如果你在你自己的库中使用了这些注解,并且是通过Gradle
构建生成aar
包,那么在构建的时候Android Gradle
插件会提取注解信息放在AAR
文件中供引用你的库的客户端使用。在AAR
文件中你可以看到一个名为annotations.zip
的文件,这 个文件记录的就是注解信息,使用的是IntelliJ
的扩展注解XML
格式。这是必须的,因为.class
文件不能包含足够的要处理以上@IntDef
注解的信息;注意我们只需记录该常量的一个引用,而不是它的值。当且仅当你的工程依赖注解库的时候,Android Gradle
插件会把提取注解的任务作为构建的一部分执行它。(说明:只有源保留注解被放置在.aar
文件中;class
级别的会被放在 classes.jar
里。)
IntelliJ
,Android Studio
就是基于它开发的,IntelliJ
有一套它自己的注解;IntDef
分析其实重用的是MagicConstant
分析的代码,IntelliJ null
分析其实用的是一组配置好的null
注解。如果你执行Analyze
-> Infer Nullity…
,它会试图找出所有的null
约束并添加他们。这个检查有时会插入IntelliJ
注解。你可以通过搜索,替换为Android
注解库的 注解,或者你也可以直接用IntelliJ
注解。在build.gradle
里或者通过Project Structure
对话框的Dependencies
面板都可以添加如下依赖:
使用IntelliJ IDEA 2016.1建立Strut2工程并使用Tomcat调试建立项目后,想引入Junit进行TDD的开发,总结如下:
1.点击工程右上方的"Project Structure
"图标
2.在弹出的界面中的左侧选择"Libraries
",然后如下图所示,按照编号的顺序,依次点击,输入数据。注意,如果此时"OK
"按键是灰色的,那么需要点击右侧的放大镜图标,让IntelliJ IDEA
去服务器上搜索一下,等他搜索完成了,那么下面的"OK
"按键自然是可以点击的了。
3.点击"OK
"按键
4.此时发现提示存在一个"Problem
",点击然后按照下图展示修复这个问题。
点击"OK
",关闭这个页面。
5.在工程的"src
"目录下面新建名为"test
"的目录,他的子目录与源代码的目录相同即可,IntelliJ IDEA
会自动把这个目录当作单元测试的目录,如下图所示:
测试代码如下:
然后右击测试文件,会出现如下图的菜单选项
有时候他不会出现这些菜单,那说明还没有测试函数,添加一个空的@Test
测试函数就可以了,比如下面的样子:
也可以使用JunitGenerator V2.0
这个插件来自动生成单元测试代码。
打开IntelliJ IDEA
工具,Alt+Ctrl+S
,弹出窗口如下:
在文本框中输入Plugins
进行插件搜索设置。
点击按钮,从插件资源库中安装新的插件。
从插件资源库中搜索JunitGenerator V2.0
版本,点击右侧的Install
按钮.
安装完成后,点击"Restart IntelliJ IDEA"重启IntelliJ IDEA。
现在可通过此工具自动完成test
类的生成了,在需要进行单元测试的类中Alt+Insert
生成的自动测试代码如下图所示
1.如果是想要read到vector中,首先给vector分配足够的大小,之后使用&V[0]即可
2.非read情况,想要将vector<char>转为char*的话
局部使用可以直接
c++ 11后支持
非局部需要把vector拷贝到char*,首先给char*分配内存,然后拷贝