可以在 build.gradle
文件中指定debug 下的 keystore 文件路径,一般放到项目跟目录下,并使用如下方式指定。 更多语法可以参考 Signing Configurations 部分 http://tools.android.com/tech-docs/new-build-system/user-guide
指定 debug variant 下 keystore 路径:
android {
signingConfigs {
debug {
storeFile file('your.keystore')
keyAlias 'androiddebugkey'
keyPassword 'android'
storePassword 'android'
}
}
}
推荐还是讲 debug 和 release 下的 keystore 分开。
查询 keystore 中条目
keytool -list -keystore your.keystore -storepass yourpassword
修改 keystore 中,使用上一步获取到的证书名字
keytool -changealias -alias 证书名字 -destalias androiddebugkey -keystore your.keystore -storepass yourpassword
修改密钥库密码
keytool -storepasswd -keystore your.keystore -storepass yourpassword
修改证书密码
keytool -keypasswd -alias androiddebugkey -keystore 证书名字 -storepass yourpassword
以前写过一篇文章 讲的是如何在 Linux 下使用 byzanz 来录制 GIF,并且能够达到很好的效果,并且文件大小非常合适网络分享。现在就介绍下在其他两大平台 Win/Mac 下录制 GIF 的工具。
录屏 GIF 工具名字叫做: LICEcap 。这也是一款我在使用很长时间之后感觉非常好用的工具。他的官网地址:
http://www.cockos.com/licecap/
他有如下优点:
更多其他的技巧和优点可查看他官网,目前为止他满足了我所有的需求。
使用:
输出文件:
在寻找的过程中还发现一款比较好用的工具,但只有在 Windows 平台上存在,这里也写上吧。
官方地址:https://screentogif.codeplex.com/
更多的介绍和使用说明可上官网查看。
在 Instagram 关闭 API 之前可以通过 IFTTT 获取别人的更新 Photos, 但是 Instagram 收紧了 API 政策。既拿不到别人更新的信息流,同样也自己Like 别人照片的信息也拿不到了,原来 IFTTT 有两个 Recipes:
然而这两个 Recipes 都被 IFTTT 删去了,我甚至在 StackOverflow 上问过这件事情,只是几个月过去了,也没有任何实质性的方案。
直到这些天,突然脑袋一道闪光,再此之前,我了解了方法可以导出 Instagram 到 RSS,然后看到了别人自动将 Imgur 中的图片上传到 Google Drive ,使用的是 RSS 导出图片,有人写了一脚本传入 URL,就可以提取 URL 中的图片链接。
正是基于这两个方案,我想到了使用 Instagram to RSS to IFTTT to Google Drive 的方案,然后经过尝试,不需要一行代码的情况下,我实现了自动转存的方案。省去了自己写脚本的时间,同样这个方案也自动适配的Instagram 的网页,并不会因为网页结构的变化而导致失败。只要 RSS 有效,那么就会一直生效。
要做到这个事情,就需要借助 RSS bridge 这个项目,这个项目也是当时我在寻找 InoReader RSS 的时候发现的,关于导出微博、知乎、微信的订阅到 RSS 可以以后在展开详谈。回到 RSS bridge ,这个项目本身就是利用爬虫将网站更新内容生成 RSS,本身支持的网站还是很多的,Flickr、GooglePlus、Twitter、Youtube、Pinterest 等等,当然包括 Instagram。
而我使用了 https://bridge.suumitsu.eu/ 这个网站提供的服务,这个网站架设了 RSS bridge 的服务,当然如果有条件的话自己架设也是很不错的选择,只要一直维护就可以。在网页上选择 Instagram 然后填入 Instagram 的用户 ID ,然后获取 Atom 的源即可。拿到这个 Feed URL,在下一步使用。
拿到 Feed URL 之后,到 IFTTT,使用 这个 新建一个 Recipe
分析一下刚刚拿到的 URL
https://bridge.suumitsu.eu/?action=display&bridge=Instagram&u=instagram&format=Atom
其中 u 参数后面跟随着的就是 Instagram 的用户 ID,改变 u 后面的参数为需要自动保存的 ID,然后 Save 即可。
INSTALL_FAILED_NO_MATCHING_ABIS
的解决办法,在 Android 模拟器上安装 apk 的时候出现
是由于使用了 native libraries ,该 native libraries 不支持当前的cpu的体系结构。
INSTALL_FAILED_NO_MATCHING_ABIS is when you are trying to install an app that has native libraries and it doesn't have a native library for your cpu architecture. For example if you compiled an app for armv7 and are trying to install it on an emulator that uses the Intel architecture instead it will not work.
现在安卓模拟器的CPU/ABI一般有三种类型,INTEL X86,ARM,MIPS,
如果选择用INTEL X86出现 INSTALL_FAILED_NO_MATCHING_ABIS
的错误,那就改用ARM的
参考:http://stackoverflow.com/questions/24572052/install-failed-no-matching-abis-when-install-apk
Android 6.0 中移除 了 Apache HTTP client
程序包org.apache.http.client.methods不存在
android {
useLibrary 'org.apache.http.legacy'
}
在 target API 23 之前,应用申请权限为一次性给予,开发者需要在 Manifest 中使用 users-permission 来申请权限,而用户则是在安装应用时一次性赋予应用所有申请的权限。
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.android.app.myapp" >
<uses-permission android:name="android.permission.RECEIVE_SMS" />
...
</manifest>
而在 Android API Level 23 也就是 Android 6.0 以后权限的问题被进一步细化,开发者可以在运行时申请权限(Runtime permissions),而此时众多的Android 权限也被细分为 Normal 普通权限 和 Dangerous 危险权限,普通权限和 6.0 以前一样在 Manifest 中申请,并且在安装应用时一次性赋予,而危险权限的申请则需要额外的注意。否则可能会引发异常
java.lang.SecurityException: Permission Denial
所有的权限列表在官方文档 可以查到,每一个权限都标明了 Protection level: normal or dangerous.
申请照相权限例子:
/**
* Requests the Camera permission.
* If the permission has been denied previously, a SnackBar will prompt the user to grant the
* permission, otherwise it is requested directly.
*/
private void requestCameraPermission() {
Log.i(TAG, "CAMERA permission has NOT been granted. Requesting permission.");
// BEGIN_INCLUDE(camera_permission_request)
if (ActivityCompat.shouldShowRequestPermissionRationale(this,
Manifest.permission.CAMERA)) {
// Provide an additional rationale to the user if the permission was not granted
// and the user would benefit from additional context for the use of the permission.
// For example if the user has previously denied the permission.
Log.i(TAG,
"Displaying camera permission rationale to provide additional context.");
Snackbar.make(mLayout, R.string.permission_camera_rationale,
Snackbar.LENGTH_INDEFINITE)
.setAction(R.string.ok, new View.OnClickListener() {
@Override
public void onClick(View view) {
ActivityCompat.requestPermissions(MainActivity.this,
new String[]{Manifest.permission.CAMERA},
REQUEST_CAMERA);
}
})
.show();
} else {
// Camera permission has not been granted yet. Request it directly.
ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.CAMERA},
REQUEST_CAMERA);
}
// END_INCLUDE(camera_permission_request)
}
ContextCompat 中
public static int checkSelfPermission (Context context, String permission)
检查是否拥有权限,如果有返回 PackageManager PERMISSION_GRANTED
, 如果没有则返回 PERMISSION_DENIED
。
在 ActivityCompat 中
public static boolean shouldShowRequestPermissionRationale (Activity activity, String permission)
在 UI 中弹出对话框申请权限,仅仅只有当当前功能需要权限的时候才需要申请。需要参数,目标 activity ,和需要申请的权限,返回是否需要弹出对话框。该方法监测是否需要申请权限。
public static void requestPermissions (Activity activity, String[] permissions, int requestCode)
申请权限的权限需要在 manifest 中定义,权限需要是危险权限 #PROTECTION_DANGEROUS dangerous
普通权限 PROTECTION_NORMAL
会在安装时一次性授予, 同样 PROTECTION_SIGNATURE
权限也会在安装时授予。
定义 signature 权限时,不仅需要添加权限说明,还需要相同的签名。
如果app不拥有申请的权限,在用户接受或者拒绝之后,会收到一个回调,说明是否授予了权限,需要实现接口。
public abstract void onRequestPermissionsResult (int requestCode, String[] permissions, int[] grantResults)
因为申请权限不能保证被授予,所以无论在有没有权限的情况下都要保证app能够运行。
requestPermissions 方法会开始一个 activity 来让用户选择是否授予权限,因此程序自身 Activity 可能会 paused 或者 resumed。进一步,授予某些权限可能会导致重启应用,这种情况下系统会重新生成 activity stack ,之后再调用 onRequestPermissionsResult 。
回调方法 onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) 的第一个参数时 requestPermissions 方法传入的,第二个参数是申请的权限,Never null,第三个参数是是否授予权限的结果,也就是 PERMISSION_GRANTED 或者 PERMISSION_DENIED,Never null。
Android 的权限分成四个类别
前两个权限直接定义时候即可,6.0以后 dangerous 可以在运行时申请。后两个权限为高级权限,拥有 platform 级别认证才可以申请,应用在没有权限情况下做受限操作,应用会被系统杀掉。
在 Manifest 中使用
申请普通权限可以使用
<uses-permission android:name="string"
android:maxSdkVersion="integer" />
前一个参数简单,后以参数 maxSDKVersion 表示,如果应用从某一个版本开始不需要特定的权限,可以设置该属性。表示高于该 API Level 之后就不授予该权限。
如下定义
<uses-permission-sdk-23 android:name="string"
android:maxSdkVersion="integer" />
表示只有当app运行在 API Level 23 或以上时才申请权限,以下不申请权限。
<permission android:description="string resource"
android:icon="drawable resource"
android:label="string resource"
android:name="string"
android:permissionGroup="string"
android:protectionLevel=["normal" | "dangerous" |
"signature" | "signatureOrSystem"] />
Snackbar 提供操作的轻量级反馈。显示在手机底部或者大屏幕的左下,Snackbar显示在所有界面的最上层,并且只显示一次。
Snackbar 可以包含一个操作,使用 setAction(CharSequence, android.view.View.onClickListener)
设置。 Snackbar 可以通过 setCallback(Callback)
来设置显示和消失的回调 Snackbar.Callback
显示时间长短的常量
Android Support Library (22.2.1) 起才支持 LENGTH_INDEFINITE
。如果使用该属性, Snackbar 会一直显示,直到调用 dismiss()
或者下一个 Snackbar 出现。
make
方法的第一个参数表示 Snackbar 会寻找该 View 来hold Snackbar 的View。第二个参数为需要显示的字符串。第三个参数为显示时间,使用以上三个常量。
Snackbar.make(mLayout, R.string.permission_camera_rationale,
Snackbar.LENGTH_INDEFINITE)
.setAction(R.string.ok, new View.OnClickListener() {
@Override
public void onClick(View view) {
ActivityCompat.requestPermissions(MainActivity.this,
new String[]{Manifest.permission.CAMERA},
REQUEST_CAMERA);
}
})
.setCallback(new Snackbar.Callback() {
@Override
public void onDismissed(Snackbar snackbar, int event) {
super.onDismissed(snackbar, event);
Toast.makeText(getApplicationContext(), "onDismissed", Toast.LENGTH_LONG).show();
}
@Override
public void onShown(Snackbar snackbar) {
super.onShown(snackbar);
Toast.makeText(getApplicationContext(), "onShown", Toast.LENGTH_LONG).show();
}
})
.show();
综上,Snackbar 作为带响应的通知来说能带来不错的体验。相较于 Toast 来说,Snackbar 能够提供一种操作,对于修改内容来说,提供短时间内的撤销操作应该是不错的。其他能够想到的一些操作,比如撤销邮件的发送,撤销消息的发送,等等。
tar 本质上只是一个打包命令,可以将多个文件或者文件夹打包到一个 tar 文件中,结合其他的压缩程序再将打包后的档案文件压缩。所以看到 .tar.gz
, .tar.bz2
, .tar.xz
等等文件其实是 tar 文件之后进行 Gzip, Bzip2, XZ 压缩之后的文件。
tar [-] A --catenate --concatenate | c --create | d --diff --compare |
--delete | r --append | t --list | --test-label | u --update | x
--extract --get [options] [pathname ...]
tar 命令常用参数
-c 创建 archive
-x 解压文件
-f ARCHIVE 使用该 ARCHIVE
-v 输出 verbose 日志
-t 测试压缩文件内容
-z, --gzip, --gunzip, gzip 格式
-j 支持 bzip2 格式
常见的压缩和解压用法
tar -cvf filename.tar /folder # 仅打包不压缩
tar -xvf filename.tar # 解压包
压缩与解压 gzip:
tar -zcvf filename.tar.gz /folder # gzip 压缩
tar -zxvf filename.tar.gz # 当前目录下解压文件
压缩解压 bzip2 / bz2
tar -jcvf filename.tar.bz2 /folder # bzip2 压缩
tar -jxvf filename.tar.bz2 -C /path # 解压
压缩解压 tar.xz
tar -Jcvf filename.tar.xz /folder # xz 压缩
tar -Jxvf filename.tar.xz # 解压
解释
-c
表示创建-x
表示解压-t
表示查看压缩包内容
注意 c/x/t 三个参数不能同时使用
-v
表示打印出日志-j
表示 bzip2 压缩方法-J
表示 xz 压缩方法-z
表示 gzip 压缩方法-f ARCHIVE
后面接文件,-f
后面需要直接接压缩包名经过上面的解释,可以习惯上可以记忆成 压缩格式 (z/j/J) + 压缩 / 解压 / 查看 (c/x/t) + v + f 文件名
有的时候在打包文件的时候会跟随着很长的路径,如果不想要这个很长的路径可以使用 -C
参数来将目录 change to directory
比如想要备份 Docker volume 目录 /var/lib/docker/volumes/chevereto_chevereto_content/
,如果:
tar -zcvf backup_content.tar.gz /var/lib/docker/volumes/chevereto_chevereto_content/
这样打包,最后的压缩包内容会将整个相对目录也打包进去,可以使用
tar -zcvf backup_content.tar.gz -C /var/lib/docker/volumes/chevereto_chevereto_content/ .
然后打包的结果 tar 中就只有 chevereto_chevereto_content
目录下的内容。
比如说在使用 -C
来解压目录的时候,在压缩包内所有的文件内容都在 path-1.4
这样的带版本的文件夹内,如果要想要解压到 path
这样的目录,可以使用:
tar xzvf path-1.4.tar.gz -C path --strip-components=1
注意 path
目录需要存在,否则会报错。
tar -ztvf filename.tar.gz # 列出 tar.gz 下文件
tar -zxvf filename.tar.gz folder/filename # 仅仅解压某个文件
tar -zcvpf fileetc.tar.gz /etc # 将 /etc/ 内所有文件备份,并保存其权限 -p
tar -zcvpf file.tar.gz /etc
这里多了一个 -p
参数,保留原始属性时使用,比如打包时不想改变文件的权限等等。
比如说在打包 /etc
和 /home
目录到 file.tar.gz 文件中时排除 /path
目录
tar --exclude /path -zcvf file.tar.gz /etc /home
这里注意 --exclude
参数
使用 -N
参数来打包更新的文件
tar -N "2016/01/01" -zcvf download.tar.gz /home/einverne/Download
比如只打包指定目录下文件日期新于 20160101 的文件。
使用 -C
参数来指定解压到的目录
tar -zxvf filename.tar.gz -C /path/to/
使用 -C
参数将压缩包内容解压到目录 /path/to/filename
tar -tf archive.tar.gz
上面提到的命令都需要将压缩文件存储到本地,那么如果有一种情况,本地空间有限,无法容纳压缩包的内容,想要实时通过压缩,然后传输到另一台机器,可以使用:1
tar czvf - /source | ssh username@remote.host "cd /destination; tar xzvf -"
比如要在 A 机器将目录 /www/backup
备份到 B 机器的 /home/einverne/Backup
目录,并压缩:
tar zcvf - /www/backup/ | ssh your_username@ip_of_hostname "cat > /home/einverne/Backup/aapanel.tgz"
Gzip, Bzip2 和 XZ 是 UNIX 系统下常见的压缩工具。 xz 是一个使用 LZMA 压缩算法的无损数据压缩文件格式,xz 文件格式的压缩率更高。
这里 有篇文章对比了三个工具的压缩率,压缩时间等等
如果不使用上面提及的一步压缩和解压方式,可以拆看先解压,再拆包
xz -d file.tar.xz
tar -xvf file.tar
创建同理
tar -cvf file.tar /file
xz -z file.tar
Android Support v4 包中的 NotificationCompat.Builder ,在 Android 3.0 API Level 11 中才有 Notification.Builder。
您可以在 NotificationCompat.Builder 对象中为通知指定 UI 信息和操作。要创建通知,请调用 NotificationCompat.Builder.build(),它将返回包含您的具体规范的 Notification 对象。要发出通知,请通过调用 NotificationManager.notify() 将 Notification 对象传递给系统。
必需的通知内容
Notification 对象必须包含以下内容:
setContentIntent() 设置用户点击通知之后的动作。
NotificationCompat.Builder 在构造时自动设置时间为 System.currentTimeMillis() ,设置 Audio stream 为 STREAM_DEFAULT
。
NotificationCompat.Builder 中可选的其他参数有
NotificationCompat.Builder 不必多说,其他重要的类有 NotificationCompat.Action
通知动作需要包含一个图标,一个标签,一个 PendingIntent 。通知动作在 Android 4.1 之前不会显示。
如果要在通知栏显示复杂View,需要设定 RemoteView,使用 setContent(RemoteViews views)
方法
NotificationCompat.Style
用来展现更丰富的通知内容的样式,直接子类有
BigPictureStyle 可以显示大图,如果通知附带一张大图片,可以使用该样式。通常 Android 截屏之后显示的通知就是。
Notification notif = new Notification.Builder(mContext)
.setContentTitle("New photo from " + sender.toString())
.setContentText(subject)
.setSmallIcon(R.drawable.new_post)
.setLargeIcon(aBitmap)
.setStyle(new Notification.BigPictureStyle()
.bigPicture(aBigBitmap))
.build();
InboxStyle 可以产生多行文本的通知,至多可以显示5个字符串。
Notification noti = new Notification.Builder()
.setContentTitle("5 New mails from " + sender.toString())
.setContentText(subject)
.setSmallIcon(R.drawable.new_mail)
.setLargeIcon(aBitmap)
.setStyle(new Notification.InboxStyle()
.addLine(str1)
.addLine(str2)
.setContentTitle("")
.setSummaryText("+3 more"))
.build();
还有可以显示很多文字的 BigTextStyle,和比较复杂的 MediaStyle。
Android UI monkey 测试
伪随机用户事件,发送到模拟器或者设备,用来对应用程序进行压力测试。
功能:
报错:
基本语法:
adb shell monkey [options] <event-count>
下面的例子是测试在特定包上,发送500随机事件
adb shell monkey -p your.package.name -v 500
一些有用的选项:
Option | 描述 |
---|---|
-v -vv -vvv | 三档等级,越来越详细 |
--throttle |
事件和事件之间延迟 |
--pct-touch |
点击事件,单个点按下抬起,后接百分比 |
--pct-motion |
滑动事件,某一点按下,随机移动距离,抬起 |
--pct-trackball |
模拟轨迹球,包含随机的移动,可能伴随着点击 |
--pct-nav |
外部输入,上下左右操作(没有使用过,但似乎游戏可用) |
--pct-syskeys |
调整系统事件,包括Home,back ,音量键等等 |
-p |
允许的 package name |
-c |
指定允许monkey跑的 category,下面有例子 |
--ignore-crashes | 通常monkey 遇到crash 会停止,此选项忽略crash 直到指定次数跑完 |
--ignore-timeouts | 忽略 ANR |
--ignore-security-exceptions | 忽略Permission error 或者其他 unhandled exception |
Manifest
文件中定义 category:
<activity android:name="MonkeyActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.MONKEY" />
</intent-filter>
</activity>
使用命令:
adb shell monkey -p my.package -c android.intent.category.MONKEY -v 500
在 Android 5.0 Lollipop 及以上系统中可以使用 screen pinning.
此时再运行则不会跳出应用。
使用以下命令停止 monkey Test :
adb shell ps | awk '/com\.android\.commands\.monkey/ { system("adb shell kill " $2) }'
features 功能:
monkeyrunner 使用 Jython
dpkg-reconfigure
命令是 Debian 系 Linux 中用来重新配置软件包的命令,运行该命令可以重新配置软件包第一次安装后的配置问题。
sudo dpkg-reconfigure [package name]
常用的配置,比如配置语言
sudo dpkg-reconfigure locales
配置 display manager
sudo dpkg-reconfigure lightdm
sudo dpkg-reconfigure mdm
配置时区
sudo dpkg-reconfigure tzdata