Android 常见错误

INSTALL_FAILED_NO_MATCHING_ABIS 的解决办法

出现时机

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

Apache HTTP Client

Android 6.0 中移除 了 Apache HTTP client

程序包org.apache.http.client.methods不存在

android {
    useLibrary 'org.apache.http.legacy'
}

2016-09-29 Android , AndroidDev

android 6 runtime permission

在 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 的权限分成四个类别

  • normal 普通级别
  • dangerous 危险级别
  • signature 签名级别
  • signatureOrSystem 系统/签名级别

前两个权限直接定义时候即可,6.0以后 dangerous 可以在运行时申请。后两个权限为高级权限,拥有 platform 级别认证才可以申请,应用在没有权限情况下做受限操作,应用会被系统杀掉。

在 Manifest 中使用 来定义权限, 使用 来申请权限。申请的权限需要被系统或者其他应用定义,否则视为无效申请。

users Permission

申请普通权限可以使用 简单语法如下:

<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"] />
  • android:description:对权限的描述,比lable更加的详细,介绍该权限的相关使用情况,比如当用户被询问是否给其他应用该权限时。注意描述应该使用的是string资源,而不是直接使用string串。 android:icon:用来标识该权限的一个图标。
  • android:label:权限的一个给用户展示的简短描述。方便的来说,这个可以直接使用一个string字串来表示,但是如果要发布的话,还是应该使用string资源来表示。
  • android:name:权限的唯一名字,由于独立性,一般都是使用包名加权限名,该属性是必须的,其他的可选,未写的系统会指定默认值。
  • android:permissionGroup: 权限所属权限组的名称,并且需要在这个或其他应用中使用标签提前声明该名称,如果没有声明,该权限就不属于该组。
  • android:protectionLevel:权限的等级

reference


2016-09-27 Android , AndroidDev

Android Snackbar 使用

Snackbar 提供操作的轻量级反馈。显示在手机底部或者大屏幕的左下,Snackbar显示在所有界面的最上层,并且只显示一次。

Snackbar 可以包含一个操作,使用 setAction(CharSequence, android.view.View.onClickListener) 设置。 Snackbar 可以通过 setCallback(Callback) 来设置显示和消失的回调 Snackbar.Callback

显示时间长短的常量

  • int LENGTH_INDEFINITE 没有操作不消失
  • int LENGTH_LONG 显示长时间
  • int LENGTH_SHORT 显示短时间

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 能够提供一种操作,对于修改内容来说,提供短时间内的撤销操作应该是不错的。其他能够想到的一些操作,比如撤销邮件的发送,撤销消息的发送,等等。


2016-09-26 Android , AndroidDev

每天学习一个命令:tar 压缩和解压文件

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 目录下的内容。

列出压缩包内的文件

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

Gzip Bzip2 vs XZ

Gzip, Bzip2 和 XZ 是 UNIX 系统下常见的压缩工具。 xz 是一个使用 LZMA 压缩算法的无损数据压缩文件格式,xz 文件格式的压缩率更高。

这里 有篇文章对比了三个工具的压缩率,压缩时间等等

xz 文件

如果不使用上面提及的一步压缩和解压方式,可以拆看先解压,再拆包

xz -d file.tar.xz
tar -xvf file.tar

创建同理

tar -cvf file.tar /file
xz -z file.tar

2016-09-25 tar , linux , archive , extract , command

Android Notification

Android Support v4 包中的 NotificationCompat.Builder ,在 Android 3.0 API Level 11 中才有 Notification.Builder。

创建通知

您可以在 NotificationCompat.Builder 对象中为通知指定 UI 信息和操作。要创建通知,请调用 NotificationCompat.Builder.build(),它将返回包含您的具体规范的 Notification 对象。要发出通知,请通过调用 NotificationManager.notify() 将 Notification 对象传递给系统。

必需的通知内容

Notification 对象必须包含以下内容:

  • 小图标,由 setSmallIcon() 设置
  • 标题,由 setContentTitle() 设置
  • 详细文本,由 setContentText() 设置

setContentIntent() 设置用户点击通知之后的动作。

NotificationCompat.Builder 在构造时自动设置时间为 System.currentTimeMillis() ,设置 Audio stream 为 STREAM_DEFAULT

NotificationCompat.Builder 中可选的其他参数有

  • setAutoCancel() 设置通知是否自动消失
  • setLargeIcon(Bitmap icon) 设置大图标
  • setTicker() 设置通知第一次到达时在status bar 上显示的文字,在Android L版本之后不再显示
  • setLights() 设置通知呼吸灯的颜色以及频率
  • setDeleteIntent() 设置用户直接在通知列表删除通知时的动作
  • setAction() 设置通知中的动作

重要类

NotificationCompat.Builder 不必多说,其他重要的类有 NotificationCompat.Action 通知动作需要包含一个图标,一个标签,一个 PendingIntent 。通知动作在 Android 4.1 之前不会显示。

如果要在通知栏显示复杂View,需要设定 RemoteView,使用 setContent(RemoteViews views) 方法

NotificationCompat.Style 用来展现更丰富的通知内容的样式,直接子类有

  • NotificationCompat.BigPictureStyle
  • NotificationCompat.BigTextStyle
  • NotificationCompat.InboxStyle
  • NotificationCompat.MediaStyle

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 4.4 以下的通知

android notification

android notification expand

Android 5.0 及以上的通知

android notification 5

reference


2016-09-25 Android , AndroidDev

Android monkey test

Android UI monkey 测试

伪随机用户事件,发送到模拟器或者设备,用来对应用程序进行压力测试。

功能:

  • 设定事件数
  • 操作限定到某一个特定 package
  • 事件类型和频率
  • 调试选项

报错:

  • 如果应用 crash 或者遇到 unhandled exception , monkey 会停止并上报错误
  • 如果应用产生 not responding error , 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

测试特定Activity

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.

  • 在 settings>security>screen pinning
  • 点击 程序切换按钮 multitasking
  • 点击图标上的绿色图钉, pin icon

此时再运行则不会跳出应用。

停止 MonkeyTest

使用以下命令停止 monkey Test :

adb shell ps | awk '/com\.android\.commands\.monkey/ { system("adb shell kill " $2) }'

monkeyrunner

features 功能:

  • 多设备控制,同时在多台设备测试
  • 功能测试
  • 回归测试
  • 可扩展自动化

monkeyrunner 使用 Jython

reference


2016-09-22 Andorid , AndroidDev , monkey

每天学习一个命令:dpkg-reconfigure 命令重新配置软件包

dpkg-reconfigure 命令是 Debian 系 Linux 中用来重新配置软件包的命令,运行该命令可以重新配置软件包第一次安装后的配置问题。

使用方式

sudo dpkg-reconfigure [package name]

举例

常用的配置,比如配置语言

sudo dpkg-reconfigure locales

配置 display manager

sudo dpkg-reconfigure lightdm
sudo dpkg-reconfigure mdm

2016-09-21 linux , dpkg-reconfigure , debian , ubuntu , linux-mint

Gradle 重复导入错误

记录一下纠结了两天的问题。

问题

项目中遇到如下错误:

Error:Execution failed for task ':mobile:packageAllDebugClassesForMultiDex'.
> java.util.zip.ZipException: duplicate entry:android/support/annotation/AnyRes.class

这个问题是因为项目中引入了 support-annotations 包,但是导入的其他 jar 包中包含了这个 package,重复导致了 duplicate entry 错误。 在 app 的 build.gradle 中加入:

android{
    ...
    configurations {
        all*.exclude group: 'com.android.support', module: 'support-annotations'
    }
}

总结

项目中尽量只导入一个库,在引用其他库时注意查看该库的依赖版本,在导入 support v4 包或者其他 v7 包时尽量考虑只在主项目中导入一次,在任何 library 中减少使用。 这个问题的由来,应该也是项目历史原因,在我接手时,项目 build.gradle 中 buildTypes 是这样的:

buildTypes {
    release {
        minifyEnabled true
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-project.txt'
    }
    debug {
        minifyEnabled true
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-project.txt'
    }
}

这里竟然 debug 和 release 使用了同样的 minifyEnabled 配置,默认情况下 minifyEnabled 应该是 false,设置成 true 之后,debug 下无法调试,无法设置断点。查看 git 历史这个问题竟然从项目初始就这样,真无法想象他们是怎么调试的。然后将 minifyEnabled 设置成 false 之后就产生了 multiDex 错误,然后是上面的错误。 buildTypes 下 minifyEnabled 选项, 设置为 true 情况下, debug 无法设置断点及调试 1, 但是这个选线在 release 下非常有用,可以减少包的大小,缩减无用代码(shrink unless codes)。

修改后的配置:

buildTypes {
   release {
       minifyEnabled true
       proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-project.txt'
   }
   debug {
       minifyEnabled false
       debuggable true
   }
}

multiDex 的错误倒是还好解决 2,设置:

android {
    compileSdkVersion 22
    buildToolsVersion "23.0.0"

         defaultConfig {
             minSdkVersion 14 //lower than 14 doesn't support multidex
             targetSdkVersion 22

             // Enabling multidex support.
             multiDexEnabled true
         }
}

dependencies {
    compile 'com.android.support:multidex:1.0.1'
}

然后在 Application 类中设置:

public class YouApplication extends Application {

    @Override
    protected void attachBaseContext(Context base) {
        super.attachBaseContext(base);
        MultiDex.install(this);
    }

}

正是这个错误促使我看了 Gradle 中依赖的语法,总结如下:

Dependencies, Android Libraries and Multi-project setup

Gradle 项目可能依赖其他组件,包括外部的二进制文件,或者另一个 Gradle 项目。

本地依赖

下面代码可以添加本地 libs 目录下所有 jar 包:

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
}


android {
    ...
}

如果想要配置本地 jar 包,可以依照下面顺序:

  • 将 jar 包放入 libs 目录
  • 右击 jar 包,选择 “Add as library”
  • 确认 compile files('libs/xxx.jar')build.gradle 文件中,或者 compile fileTree(dir: 'libs', include: '*.jar')
  • rebuild

远程依赖

Gradle 支持从远端 Maven 或者 Ivy repositories 自动拉取依赖。首先远端 repository 需要加入列表,其次需要定义具体依赖。

repositories {
     jcenter()
}


dependencies {
    compile 'com.google.guava:guava:18.0'
}


android {
    ...
}

Note:

  • jcenter() 是远端库的 URL 缩写, Gradle 支持本地和远程库。
  • Gradle 如果发现依赖需要使用其他依赖会自动 pull 其他依赖。

多项目配置

通常用子目录来配置 libraries ,例如

MyProject/
 + app/
 + libraries/
    + lib1/
    + lib2/

三个项目, Gradle 通过如下指定:

:app
:libraries:lib1
:libraries:lib2

每一个项目都有自己的 build.gradle 文件,另外在跟目录下有 settings.gradle 来描述工程:

MyProject/
 | settings.gradle
 + app/
    | build.gradle
 + libraries/
    + lib1/
       | build.gradle
    + lib2/
       | build.gradle

settings.gradle 中的描述:

include ':app', ':libraries:lib1', ':libraries:lib2'

然后在 :app 项目中定义,依赖 library :

dependencies {
    compile project(':libraries:lib1')
}

排除导入的包

可以使用如下的语法排除 v4 包:

compile ('com.android.support:recyclerview-v7:+') {
    exclude module: 'support-v4'
}

同样也可以在:

android{
    configurations {
        'com.android.support', module: 'support-v4'
    }
}

下排除。

更加系统的学习 Android Gradle build system 可以参考官方文档,或者中文译本 3

关于 build.gradle 文件中的字段属性,可以参考 Android Plugin DSL Reference.

referencee

  1. http://stackoverflow.com/questions/31926189/android-debugging-with-minifyenabled-true 

  2. StackOverflow官网 

  3. Gradle for Android 


2016-09-18 android , androiddev , gradle , google

adb shell dumpsys 使用

adb 相关的命令在 这篇 文章中已经提及。这里主要展开 adb shell dumpsys 这个子命令。

今天在查当前运行的 Activity 时遇见这个命令。

当前 service

adb shell dumpsys,默认打印出当前系统所有 service 信息

获取屏幕信息

adb shell dumpsys display |grep DisplayDevice

获取电源管理信息

adb shell dumpsys power

电池信息

adb shell dumpsys battery

Current Battery Service state:
  AC powered: false
  USB powered: true
  Wireless powered: false
  Max charging current: 500000
  status: 5
  health: 2
  present: true
  level: 100
  scale: 100
  voltage: 4276
  temperature: 305
  technology: Li-ion

CPU 信息

adb shell dumpsys cpuinfo

Load: 5.76 / 6.18 / 6.54
CPU usage from 591395ms to 291331ms ago with 99% awake:
  6.9% 497/surfaceflinger: 3.2% user + 3.6% kernel
  6.5% 2688/com.google.android.googlequicksearchbox:search: 4.1% user + 2.4% kernel
  5.8% 4740/com.qiyi.video: 2.9% user + 2.8% kernel / faults: 529 minor
  3.9% 11113/com.qiyi.video:downloader: 2% user + 1.9% kernel / faults: 270 minor
  2.9% 1441/system_server: 1.9% user + 1% kernel / faults: 25775 minor 1 major
  1.5% 1883/com.android.systemui: 1.3% user + 0.2% kernel / faults: 3487 minor
  1% 28574/kworker/u8:7: 0% user + 1% kernel
  0.9% 2836/kworker/u8:2: 0% user + 0.9% kernel
  0.8% 1862/android.process.media: 0.4% user + 0.3% kernel / faults: 12370 minor 1 major
  0.5% 3330/com.android.vending: 0.3% user + 0.2% kernel / faults: 1483 minor
  0.5% 21190/kworker/u8:3: 0% user + 0.5% kernel
  0.4% 58/irq/169-cpr3: 0% user + 0.4% kernel
  0.4% 30021/kworker/u8:8: 0% user + 0.4% kernel
  0.4% 14747/com.microsoft.office.outlook: 0.3% user + 0.1% kernel / faults: 9563 minor
  0.4% 733/adbd: 0% user + 0.3% kernel / faults: 7954 minor
  0.4% 3/ksoftirqd/0: 0% user + 0.4% kernel
  0.3% 26596/org.thunderdog.challegram: 0.2% user + 0.1% kernel / faults: 160 minor
  0.3% 53/smem_native_rpm: 0% user + 0.3% kernel
  0.3% 15/ksoftirqd/1: 0% user + 0.3% kernel
  0.3% 1849/VosMCThread: 0% user + 0.3% kernel
  0.3% 2785/com.google.android.gms.persistent: 0.2% user + 0% kernel / faults: 1635 minor 2 major
  0.2% 336/cfinteractive: 0% user + 0.2% kernel
  0.1% 4090/com.hjwordgames:pushservice: 0.1% user + 0% kernel / faults: 1551 minor
  0.2% 2135/com.fanli.android.apps: 0.1% user + 0% kernel / faults: 5490 minor
  0.1% 13655/.DaemonService: 0.1% user + 0% kernel
  0.1% 25689/com.douban.frodo: 0.1% user + 0% kernel / faults: 276 minor
  0.1% 17113/com.lastpass.lpandroid: 0.1% user + 0% kernel / faults: 13 minor
  0.1% 3021/com.smzdm.client.android: 0.1% user + 0% kernel / faults: 619 minor
  0.1% 31410/kworker/0:4: 0% user + 0.1% kernel
  0.1% 5053/kworker/0:0: 0% user + 0.1% kernel
  0.1% 7/rcu_preempt: 0% user + 0.1% kernel
  0.1% 31308/kworker/1:1: 0% user + 0.1% kernel
  0.1% 3496/com.smzdm.client.android:QALSERVICE: 0% user + 0% kernel / faults: 1021 minor
  0.1% 2320/com.android.phone: 0% user + 0% kernel / faults: 90 minor
  0.1% 2162/com.catchingnow.icebox:Service: 0.1% user + 0% kernel / faults: 662 minor
  0.1% 10/rcuop/0: 0% user + 0.1% kernel
  0.1% 493/healthd: 0% user + 0.1% kernel
  0.1% 13190/kworker/0:2: 0% user + 0.1% kernel
  0% 4075/com.smzdm.client.android:core: 0% user + 0% kernel / faults: 732 minor 1 major
  0% 941/ipacm: 0% user + 0% kernel
  0% 13475/com.tencent.mm: 0% user + 0% kernel / faults: 58 minor
  0% 25826/com.douban.frodo:pushservice: 0% user + 0% kernel
  0% 16098/com.hjwordgames: 0% user + 0% kernel / faults: 822 minor 2 major
  0% 30029/com.netease.cloudmusic: 0% user + 0% kernel / faults: 604 minor
  0% 444/logd: 0% user + 0% kernel / faults: 1 minor
  0% 2668/com.smzdm.client.android:channel: 0% user + 0% kernel / faults: 496 minor
  0% 739/netd: 0% user + 0% kernel / faults: 578 minor
  0% 2039/com.catchingnow.icebox: 0% user + 0% kernel / faults: 51 minor
  0% 753/thermal-engine: 0% user + 0% kernel
  0% 3616/com.fanli.android.apps:xg_service_v3: 0% user + 0% kernel / faults: 349 minor
  0% 495/lmkd: 0% user + 0% kernel
  0% 730/jbd2/dm-0-8: 0% user + 0% kernel
  0% 742/rild: 0% user + 0% kernel
  0% 6131/com.tencent.mm:push: 0% user + 0% kernel / faults: 75 minor
  0% 9407/cn.wiz.note: 0% user + 0% kernel / faults: 64 minor
  0% 22/ksoftirqd/2: 0% user + 0% kernel
  0% 1856/sdcard: 0% user + 0% kernel
  0% 25/rcuop/2: 0% user + 0% kernel
  0% 496/servicemanager: 0% user + 0% kernel
  0% 1381/kworker/1:3: 0% user + 0% kernel
  0% 2141/com.oneplus.camera: 0% user + 0% kernel
  0% 765/cnss-daemon: 0% user + 0% kernel
  0% 32524/kworker/2:2: 0% user + 0% kernel
  0% 5673/com.netease.cloudmusic:play: 0% user + 0% kernel / faults: 196 minor
  0% 6991/com.jingdong.app.reader: 0% user + 0% kernel / faults: 567 minor
  0% 18/rcuop/1: 0% user + 0% kernel
  0% 587/sensors.qcom: 0% user + 0% kernel / faults: 62 minor
  0% 2291/com.oneplus.camera:picture: 0% user + 0% kernel
  0% 2300/com.oneplus.gallery: 0% user + 0% kernel
  0% 1096/xposed_service_app: 0% user + 0% kernel
  0% 4964/irq/21-408000.q: 0% user + 0% kernel
  0% 5109/kworker/3:1: 0% user + 0% kernel
  0% 436/kworker/0:1H: 0% user + 0% kernel
  0% 1848/wlan_logging_th: 0% user + 0% kernel
  0% 10572/cn.wiz.note:channel: 0% user + 0% kernel / faults: 502 minor
  0% 32/rcuop/3: 0% user + 0% kernel
  0% 187/hwrng: 0% user + 0% kernel
  0% 735/file-storage: 0% user + 0% kernel
  0% 2333/com.android.launcher3: 0% user + 0% kernel / faults: 8 minor
  0% 4982/perfd: 0% user + 0% kernel
  0% 8/rcu_sched: 0% user + 0% kernel
  0% 29/ksoftirqd/3: 0% user + 0% kernel
  0% 143/kswapd0: 0% user + 0% kernel
  0% 428/ueventd: 0% user + 0% kernel
  0% 5734/com.duokan.reader:pushservice: 0% user + 0% kernel / faults: 3 minor
  0% 26019/com.instagram.android:mqtt: 0% user + 0% kernel / faults: 112 minor
  0% 11/rcuos/0: 0% user + 0% kernel
  0% 760/zygote64: 0% user + 0% kernel / faults: 1215 minor
  0% 2272/com.quicinc.cne.CNEService: 0% user + 0% kernel / faults: 6 minor
  0% 3381/com.google.android.gms: 0% user + 0% kernel / faults: 393 minor
  0% 29600/kworker/3:2: 0% user + 0% kernel
  0% 451/vold: 0% user + 0% kernel
  0% 745/installd: 0% user + 0% kernel
  0% 2103/wpa_supplicant: 0% user + 0% kernel
  0% 2277/com.android.nfc: 0% user + 0% kernel
  0% 7631/com.instagram.android: 0% user + 0% kernel / faults: 3 minor
  0% 26/rcuos/2: 0% user + 0% kernel
  0% 44/msm_watchdog: 0% user + 0% kernel
  0% 494/dashd: 0% user + 0% kernel
  0% 750/cnd: 0% user + 0% kernel
  0% 2682/com.fanli.android.apps:channel: 0% user + 0% kernel
  0% 25022/kworker/2:0H: 0% user + 0% kernel
  0% 29503/kworker/1:0: 0% user + 0% kernel
 +0% 5626/kworker/2:1: 0% user + 0% kernel
 +0% 5854/kworker/3:0: 0% user + 0% kernel
 +0% 5886/kworker/1:4: 0% user + 0% kernel
 +0% 5981/kworker/0:1: 0% user + 0% kernel
 +0% 6096/com.ideashower.readitlater.pro: 0% user + 0% kernel
11% TOTAL: 5.2% user + 4.3% kernel + 0% iowait + 1.3% irq + 0.3% softirq

内存信息

adb shell dumpsys meminfo
# 指定应用内存
adb shell dumpsys meminfo package_name

Activity 信息

adb shell dumpsys activity
adb shell dumpsys activity -h

获取 package 信息

adb shell dumpsys package
adb shell dumpsys package -h
adb shell dumpsys package pacakge_name

获取通知信息

adb shell dumpsys notification

获取 wifi 信息

adb shell dumpsys wifi

电话信息

adb shell dumpsys telephony.registry

输出

  • mCallState 0 表示待机,1 表示来电未接状态,2 表示电话占线
  • mDataConnectionState 0 无数据连接,1 正在创建数据连接,2 已连接

reference


2016-09-09 adb , android , android-dev , shell

常用 adb command 命令

一些常用的 adb 命令,包括 Android 录屏,及从电脑复制文件,从 Android 设备拉取文件等等。

adb 的全称是 Android Debug Bridge, 这个命令可以用来发送一系列指令给 Android 设备,包括但不限于基本的 Linux 指令。只要手机或者任何 Android 设备开启了 Debug 模式并且取得信任,adb 命令几乎可以用来做任何事情。因此网络上也存在使用 adb 来入侵同一局域网下的 Android 盒子的例子。

adb 使用的默认端口是 5037.

Ubuntu 系下安装

sudo apt-get install android-tools-adb
sudo apt-get install android-tools-fastboot

查看连接设备 adb devices

来查看设备是否已经连接

$ adb devices
List of devices attached
2dd11c6e	device

获取设备状态

adb get-state

返回的结果可能有三种

  • device: 设备正常连接
  • offline: 连接异常,设备无响应
  • unknown: 没有连接设备

杀掉 adb 进程

在连接异常时,而已杀死服务重启尝试

adb kill-server
adb start-server

打印日志

adb logcat

将文件推送到设备上 adb push

将文件复制到 Android 设备上:

adb push filename.txt /sdcard/Download/

从设备上拉取文件 adb pull

将文件从 Android 设备上拉回本地

adb pull /sdcard/Download/filename.txt ~/filename.txt

检查设备是否已经 root

adb shell

然后进入之后输入 su 查看手机是否会弹出 root 授权窗口。

adb reboot

重启设备,在刷机时经常使用

进入 bootloader

使用

adb reboot bootloader

重启进去 bootloader

或者使用 adb reboot recovery 直接进入 recovery 模式

端口重定向

将宿主机上某端口重定向到设备端口

adb forward tcp:8008 tcp:8008

执行命令后所有发往宿主机 8008 端口的数据都会被转发到 Android 设备 8008 上。

adb shell 命令

直接使用该命令可以进入手机的 Shell。 adb 其他命令是 adb 自带的命令,而 adb shell 则是调用的 Android 设备上的命令。Android 设备的命令放在 /system/bin 目录下。

比如 adb shell which ls 返回的结果会告诉你找到的是 /system/bin/ls 这个命令。

修改权限

进入 Android Shell 之后就可以使用任何 Linux 命令来直接操作 Android 设备, 比如:

adb shell chmod 666 /data/filename.txt

screencap 屏幕截图

shell 中可以直接截取设备的屏幕

adb shell screencap -p /sdcard/screen.png
adb pull /sdcard/screen.png
adb shell rm /sdcard/screen.png

使用 screencap 截图保存到 sdcard 上,使用 pull 命令拉到本地并删除 sd 卡中文件。这种方式比较繁杂,需要三个步骤,如果查看 screencap -h 会发现,帮助中有一行,如果不加文件名,命令会将结果输出到标准输出。那么

adb shell screencap -p > screen.png
adb shell screencap -p | sed 's/\r$//' > screen.png

直接将结果输出到本地,之所以使用 sed 是因为需要将多余的 \r 删除。adb shell 在执行时会将 \n 转换为 \r\n

在本地添加 alias

alias and-screencap="adb shell screencap -p | sed 's/\r$//'"
and-screencap > screen.png

screenrecord 在 shell 中录制屏幕

在 shell 命令中可以使用 screenrecord 命令来录制屏幕。需要 Android 4.4 (API Level 19)及以上,该命令将屏幕保存成 MPEG-4 文件。不录制声音。

adb shell screenrecord /sdcard/Download/filename.mp4

使用 Ctrl + c 来停止录像,否则默认录制 3min 或者使用 --time-limit 参数来指定。

注意:

  • screenrecord 命令可以按照设备原始分辨率录屏,但是有些设备可能不支持原始分辨率,此时降低分辨率再尝试。
  • 不支持录屏中旋转屏幕

可选参数:

  • --help
  • --size <width*Height> 比如 1280*720.
  • --bit-rate <rate> 默认码率 4Mbps,6Mbps 可以设置 6000000.
  • --time-limit <TIME> 默认为 180 (3min) 设置时间,单位秒
  • --rotate 旋转输出
  • --verbose 显示 log 信息,如果不设置,不显示任何信息

列出 Android 设备上所有安装的应用

pm 可以记忆成 package manager ,使用 pm 命令可以获取设备上应用相关的信息。

使用如下命令 1:

adb shell 'pm list packages'

使用如下命令去除前面的 package:

adb shell pm list packages | awk -F ":" '{print $2}'
# 或者,-f 用来输出第二部分, -d 用来标示分割符号
adb shell pm list packages | cut -f 2 -d ":"

在使用 adb shell 进入 手机 Shell 之后可以使用, pm help 来获取更多关于 pm 命令的详情。关于 pm 的命令。

  • adb shell pm list packages
  • adb shell pm list packages -f 列出包名及对应的 apk 名及存放的位置
  • adb shell pm list packages -d Filter to only show disabled packages.
  • adb shell pm list packages -e Filter to only show enabled packages.
  • adb shell pm list packages -s Filter to only show system packages.
  • adb shell pm list packages -3 Filter to only show third party packages.
  • adb shell pm list packages -i 应用包名及其安装来源 com.android.vending 表示从官方 Play Store 安装
  • adb shell pm list packages -u Also include uninstalled packages.
  • adb shell pm list packages --user <KEYWORDS> The user space to query.

在命令后直接添加关键词能够根据关键字过滤结果。

adb shell pm path com.android.chrome

能够给出应用的 apk 路径。

adb shell pm dump com.android.chrome

能够列出指定应用的各种信息

如果 apk 文件在 Android 设备上,可以使用

adb shell pm install /path/to/apk
adb shell pm uninstall package_name
adb shell pm clear  # 清除应用数据

am

启动一个指定的 Activity

adb shell am start -n com.oneplus.camera/.OPCameraActivity

强制停止应用

adb shell am force-stop pacakge_name

input 模拟点击和滑动事件

命令格式

adb shell input text <string>
adb shell input keyevent <key code number or name>
adb shell input tap <x> <y>             # 点击事件
adb shell input swipe <x1> <y1> <x2> <y2> [duration(ms)]

模拟按键的,keycode 为 3 时表示 HOME 键,更多的可以参考后文的附录

adb shell input keyevent 3

模拟点击时,后面接的 x,y 都是真实屏幕分辨率,比如想要点击屏幕 (x,y)=(150,150) 像素的位置

adb shell input tap 150 150

模拟屏幕滑动和 tap 是一样的,只是需要给出滑动的起点和终点两个坐标值

adb shell input swipe 150 150 200 200

ime 列出输入法

列出设备上的输入法

adb shell ime list [-a] [-s]
adb shell ime enable ID
adb shell ime disable ID
adb shell ime set ID

wm

获取设备分辨率

adb shell wm size

安装及卸载应用程序 adb install

可以使用该命令安装应用程序,命令的通用模式:

adb install app.apk

可以使用 -r 命令覆盖安装应用 adb install -r apkfilename.apk

如果 adb 连接了多台设备可以使用 -s 来选择一台设备

adb -s DEVICE install -r app.apk

adb install 的其他参数

  • adb install -l app.apk forward lock application
  • adb install -r app.apk 替换存在的应用
  • adb install -t app.apk 允许测试包
  • adb install -s app.apk 在 sdcard 上安装
  • adb install -d app.apk 允许比现在安装版本更低的包 allow version code downgrade
  • adb install -p app.apk 增量更新 partial application install

同理可以使用 adb uninstall apkfilename.apk 来卸载应用。

使用 adb uninstall -k apkfilename.apk 可以卸载应用,但是保留数据。

adb connect

通过网络来使用 adb,可以通过该命令来连接网络上开放远程调试的设备(比如 Android 机顶盒之类)。

adb connect <host>[:<port>]

远程连接之后就可以使用上面的所有命令,也可卸载远程设备上的应用,也可以安装本地的 apk 到远程设备上,也可以通过 adb 命令来控制远程设备上的应用。

通过下面的命令向远程设备安装应用

adb -s <ip:port> install -r <app.apk>

向远程设备发送按键事件,比如下面向远程设备发送 Powerbutton 按键按下事件

adb -s <ip:port> shell input keyevent 26

或者启动远程设备上的应用 Start the App

adb -s <ip:port> shell monkey -p <package name> -c android.intent.category.LAUNCHER 1

adb 命令如何显示 package version

在电视盒子上安装 Youtube 应用的时候,遇到了几个版本,突然想到这个命令

adb shell dumpsys package com.google.android.youtube | grep version

可以用来查看当前这个 package 的版本号。

获取当前正在运行的应用 Activity Name

使用 adb shell dumpsys

adb shell dumpsys activity activities | grep 'Hist #'

  * Hist #0: ActivityRecord{b71f1a7 u0 com.oneplus.camera/.OPCameraActivity t4826}
  * Hist #0: ActivityRecord{5de041d u0 slide.cameraZoom/.CameraZoomActivity t4825}
  * Hist #0: ActivityRecord{1e2287c u0 mobi.acpm.inspeckage/.ui.MainActivity t4824}
  * Hist #0: ActivityRecord{e96e625 u0 com.google.android.calendar/.AllInOneCalendarActivity t4812}
  * Hist #0: ActivityRecord{cf38cb2 u0 com.google.android.googlequicksearchbox/com.google.android.apps.gsa.staticplugins.opa.OpaActivity t4711}
  * Hist #0: ActivityRecord{ff685a1 u0 com.android.launcher3/.Launcher t4639}
  * Hist #0: ActivityRecord{78edd61 u0 com.android.systemui/.recents.RecentsActivity t4652}

从 Android 中备份应用

有一个常见的场景就是在需要备份已经安装的 app,导出 apk 的时候,如果是手机的的话借助 ES Explorer 能快速搞定,如果是机顶盒那么就要 adb connect 之后用命令来备份了。用到的命令上文都有提及,首先要知道需要备份的应用的包名 package name

adb shell pm list packages

然后获取该应用的完整路径

adb shell pm path com.example.app

输出结果会是类似于

package:/data/app/com.example.app-2.apk

这样的路径,然后使用 pull 命令将文件备份到本地

adb pull /data/app/com.example.app-2.apk /path/to/local/destination/app.apk

然后在目标目录下就能看到备份的内容了。

附录 keyevent

KEYCODE_UNKNOWN=0;
KEYCODE_SOFT_LEFT=1;
KEYCODE_SOFT_RIGHT=2;
KEYCODE_HOME=3;
KEYCODE_BACK=4;
KEYCODE_CALL=5;
KEYCODE_ENDCALL=6;
KEYCODE_0=7;
KEYCODE_1=8;
KEYCODE_2=9;
KEYCODE_3=10;
KEYCODE_4=11;
KEYCODE_5=12;
KEYCODE_6=13;
KEYCODE_7=14;
KEYCODE_8=15;
KEYCODE_9=16;
KEYCODE_STAR=17;
KEYCODE_POUND=18;
KEYCODE_DPAD_UP=19;
KEYCODE_DPAD_DOWN=20;
KEYCODE_DPAD_LEFT=21;
KEYCODE_DPAD_RIGHT=22;
KEYCODE_DPAD_CENTER=23;
KEYCODE_VOLUME_UP=24;
KEYCODE_VOLUME_DOWN=25;
KEYCODE_POWER=26;
KEYCODE_CAMERA=27;
KEYCODE_CLEAR=28;
KEYCODE_A=29;
KEYCODE_B=30;
KEYCODE_C=31;
KEYCODE_D=32;
KEYCODE_E=33;
KEYCODE_F=34;
KEYCODE_G=35;
KEYCODE_H=36;
KEYCODE_I=37;
KEYCODE_J=38;
KEYCODE_K=39;
KEYCODE_L=40;
KEYCODE_M=41;
KEYCODE_N=42;
KEYCODE_O=43;
KEYCODE_P=44;
KEYCODE_Q=45;
KEYCODE_R=46;
KEYCODE_S=47;
KEYCODE_T=48;
KEYCODE_U=49;
KEYCODE_V=50;
KEYCODE_W=51;
KEYCODE_X=52;
KEYCODE_Y=53;
KEYCODE_Z=54;
KEYCODE_COMMA=55;
KEYCODE_PERIOD=56;
KEYCODE_ALT_LEFT=57;
KEYCODE_ALT_RIGHT=58;
KEYCODE_SHIFT_LEFT=59;
KEYCODE_SHIFT_RIGHT=60;
KEYCODE_TAB=61;
KEYCODE_SPACE=62;
KEYCODE_SYM=63;
KEYCODE_EXPLORER=64;
KEYCODE_ENVELOPE=65;
KEYCODE_ENTER=66;
KEYCODE_DEL=67;
KEYCODE_GRAVE=68;
KEYCODE_MINUS=69;
KEYCODE_EQUALS=70;
KEYCODE_LEFT_BRACKET=71;
KEYCODE_RIGHT_BRACKET=72;
KEYCODE_BACKSLASH=73;
KEYCODE_SEMICOLON=74;
KEYCODE_APOSTROPHE=75;
KEYCODE_SLASH=76;
KEYCODE_AT=77;
KEYCODE_NUM=78;
KEYCODE_HEADSETHOOK=79;
KEYCODE_FOCUS=80;//*Camera*focus
KEYCODE_PLUS=81;
KEYCODE_MENU=82;
KEYCODE_NOTIFICATION=83;
KEYCODE_SEARCH=84;
KEYCODE_MEDIA_PLAY_PAUSE=85;
KEYCODE_MEDIA_STOP=86;
KEYCODE_MEDIA_NEXT=87;
KEYCODE_MEDIA_PREVIOUS=88;
KEYCODE_MEDIA_REWIND=89;
KEYCODE_MEDIA_FAST_FORWARD=90;
KEYCODE_MUTE=91;

reference

  1. https://gist.github.com/davidnunez/1404789 


2016-09-08 android-dev , android , adb , dev , device

电子书

最近文章

  • 如何进行有效的讨论 论 Clubhouse 这两天 Clubhouse 非常火热,又使得声音这一件事情被放到了台前,但听了多个 Room,并没有收获太多,反而是相对较大的「杂音」影响了收听,并且大部分的观点并没有让人眼前一亮的感觉。
  • 我的笔记法(借助 Zettelkasten 和 Obsidian) 在上次总结了2020读书笔记 之后,Tai 问我如何通过 Zettelkasten 和 Obsidian 来实践我的笔记。这里就也正好总结一下我自己的方法,希望可以在分享过程,或者和大家的讨论中来获取更多有效率方法。
  • 迟到的「给编程初学者的一封信」 这些天翻箱倒柜,翻出来一些大学时候的文档,其中一篇是当时上外教课时打印给我们的材料,虽然可以看得到当时也在上面做过笔记,但现在已经完全不记得有这样一份文档的存在了。但回过头再看文档的内容,每一句话都是非常珍贵的建议,是一份那个时期完全需要读一下的材料,但当时却并没有好好珍惜。这份文档的名字叫做「An open letter to those who want to start programming」,如果记得没错的话这份文档交到我手上的时候,应该就是我刚去学习如何编程的时候。如果当时就能够理解这一份文档内容的话,这些年来我肯定能少走不少的弯路。
  • 2020 读书记录 2020 年注定是会在历史上留下不平凡的一年,年初的疫情到年底问题依然还在,而且在不确定疫苗的情况,在加上英国的病毒变异情况,不清楚到什么时候才是结束。再回头看今年的大事小事,从年初的李文亮事件,到年末的蛋壳,以及阿里被禁止上A股,有些事情发生地太突然,来不及思考,但只有思考,不仅是在事前的还是事后的思考都有其价值。
  • 图片管理工具 Eagle 远在移动互联网还没有那么发达的今天,Google 曾经收购过一家图片管理与分享的网站叫做 Picasa,Picasa 同时提供了一个跨平台的照片管理工具 Picasa Desktop,用这个工具不仅可以非常方便的管理本地的图片文件,也可以非常方便的分享到 Picasa Web 上,然而随着移动互联网的到来,以及 Google 的转型,Picasa 的服务在 Google 变得没有那么重要,随即在 2016 年停止了服务,我的图片管理也被迫迁移到了 Google Photos。然而一切都开始变得不方便,Google Photos 内自动备份的照片,相册开始无法管理,并且 Google 停止了桌面版的开发,同样使得在桌面上管理图片变得困难,这些年来尝试了 Lightroom,TagSpaces 等等工具,都没有找到特别舒心的。