Huawei端末の「デフォルトの保存場所」と externalCacheDir と FileProvider.parsePathStrategy

Huawei端末はデフォルトの保存先をSDカードにすることができる。

私の手元では以下の2機種にその設定があった。

f:id:tateisu:20211121141542p:plain

f:id:tateisu:20211121141524p:plain

その設定により、context.externalCacheDir は SDカードのパスを返す。
しかし ContextCompat.getExternalCacheDirs(context)[0] はプライマリストレージのパスを返す。

FileProvider#parsePathStrategy が参照するのは後者であり、よってFileProvider経由で外部アプリに公開したいならアプリでも ContextCompat.getExternalCacheDirs(context)[0] を使ってファイル保存を行うべきだ。

結果としてキャッシュデータはプライマリストレージに保存されてユーザの意向は反映されなくなるが、動作しないよりはマシ。

Android Emoji Policy と DefaultEmojiCompatConfig と Playサービス依存の罠

PlayストアでAndroid Emoji Policy なるものが要求されるようになりました。
Developer Program Policy: October 27, 2021 announcement - Play Console Help
「Apps running on Android 12 and above must comply with the latest Unicode version within 4 months of public availability.」
だそうで、Android 12 以上の端末で動作するアプリは最新の絵文字に4ヶ月以内に対応しなければならないそうです。

それに伴い AndroidX AppCompat 1.4.0 と AndroidX Emoji2 1.0.0 がリリースされました。

https://developer.android.com/jetpack/androidx/releases/emoji2 の下の方を見ると以下のようなことが書いてあります。

  • appcompat は androidx.emoji2 を依存関係に持つよ。
  • androidx.startup を使って EmojiCompatInitializer による自動設定を粉うよ。
  • DefaultEmojiCompatConfig を使ってデフォルトのフォントプロバイダーを探すよ。
  • 自動初期化を無効にするにはうんぬんかんぬん。

しかし試しにアプリを書いてみると古い端末では13.1の絵文字は表示されません。

コードを読んで原因をみてみましょう。

  • androidx.emoji2.text.DefaultEmojiCompatConfigは queryIntentContentProviders(Intent(action="androidx.content.action.LOAD_EMOJI_FONT")) で端末中のContentProviderを探す。
  • (providerInfo.applicationInfo.flags & ApplicationInfo.FLAG_SYSTEM) == ApplicationInfo.FLAG_SYSTEM を満たさないものを除外する。
  • com.google.android.gms.fonts だけが残る。
  • そのContentProviderと連携して何かする。

バリバリにPlayサービスに依存してますね。当然それなりに新しいPlayサービスが入ってないと自動ロードは働きません。
手元の端末だとXperia 10 III はオッケー、Xperia Z3 Compact はダメでした。

絵文字プロバイダがない場合は EmojiCompat.Config 相当のオブジェクトが生成されず、EmojiCompat.init はまだ呼び出されていない状態になります。
このままだとEmojiTextViewはインスタンス生成時に例外を出します。AppCompatTextViewは端末OSに入ってる絵文字を表示します。
ユーザ体験的には残念ですね。

古い端末向けのワークアラウンド

  • 依存関係にimplementation "androidx.emoji2:emoji2-bundled:$emojiVersion"を追加。
  • アプリ初期化や画面初期化の際に EmojiCompat.init(BundledEmojiCompatConfig(applicationContext)) を呼び出す。

すると「まだEmojiCompatが初期化されていなければ」アプリにバンドルした絵文字データが使われるようになります。

アプリのAndroid 11対応で行ったこと

okhttpのバージョンを上げた

上げないとsetSocketFactoryできない
https://gist.github.com/tateisu/51d20ef6aa6c813fab5635f33880bdfb

ToastCompatを書き直した

Android 11でToastにカスタムビューを設定できる場所が制限され、またカスタムビューを設定しない限り Toast.getView() はnullを返す。
APIレベル25にはアプリのコードと関係ないところでToastがクラッシュするバグがあり、それを回避する ToastCompatというライブラリがある。
Toast.getView() が null を返す場合でもうまく動作するようToastCompatを書き直した。
投げたissueに代替コードも載せてある。
github.com

AndroidManifest.xmlに queries セクションを書いた

targetSdkVersion 30 以降で、PackageManager の resolveActivity() 、 queryIntentActivities()、 getInstalledApplications() 、 getInstalledPackages() などの他のパッケージを探索するAPIを使う際は AndroidManifest.xml に対象を明記しないといけない。

developer.android.com

例。 利用できるブラウザを確認する、Chrome Custom Tabs の有無を確認する、テキストを共有できるアプリの一覧を調べる、読み上げの利用、Simejiのマッシュルームプラグインの存在確認、など。

<manifest xmlns:android="http://schemas.android.com/apk/res/android" ... >
    <!--suppress AndroidElementNotAllowed -->
    <queries>

        <intent>
            <action android:name="android.intent.action.VIEW" />
            <category android:name="android.intent.category.BROWSABLE" />
        </intent>

        <intent>
            <action android:name="android.support.customtabs.action.CustomTabsService" />
        </intent>

        <intent>
            <action android:name="android.intent.action.SEND" />
            <data android:mimeType="text/plain" />
        </intent>

        <intent>
            <action android:name="android.intent.action.TTS_SERVICE" />
        </intent>

        <intent>
            <action android:name="com.adamrocker.android.simeji.ACTION_INTERCEPT" />
            <category android:name="com.adamrocker.android.simeji.REPLACE"/>
        </intent>
    </queries>

    <application ... >
実行時権限の確認/取得でエラーがでた場合のメッセージを変更した

(targetSdkVersionに関わらず)Android 11は暫く使ってないアプリの実行時権限を削除する。
また実行時権限のリクエストをユーザが拒否したりすると権限ダイアログを表示しなくなる。
実行時権限のリクエストが拒否された際に、端末の設定画面から権限を与えるようにユーザを促すべき。
なおアプリの設定画面を開くインテントは中華系端末だと権限の設定ができない画面に飛ばされるので、今回はそういった誘導はしていない。

JobScheduler.schedule()が失敗したらlogcatに出力させた

(targetSdkVersionに関わらず) Android 11は JobScheduler.schedule() が呼び出された時にレートリミットを超えると実際には何もしないようになった。
アプリのマニフェストに debuggable 属性がセットされている場合、JobScheduler.schedule() はRESULT_FAILURE を返す。

WindowManager.LayoutParams.FLAG_TRANSLUCENT_STATUS と FLAG_TRANSLUCENT_NAVIGATION

ステータスバーとナビゲーションバーを不透明にしたい場合、Android 11以降の端末では以下の呼び出しが不要になる。

if(Build.VERSION.SDK_INT < 30) {
  @Suppress("DEPRECATION")
  clearFlags(WindowManager.LayoutParams.FLAG_TRANSLUCENT_STATUS or WindowManager.LayoutParams.FLAG_TRANSLUCENT_NAVIGATION)
}
View.SYSTEM_UI_FLAG_LIGHT_STATUS_BAR と View.SYSTEM_UI_FLAG_LIGHT_NAVIGATION_BAR

ステータスバーとナビゲーションバーのアイコン色を調整したい場合、端末のバージョンによって処理を変える。

activity.window?.apply {
	statusBarColor = c1 or Color.BLACK
	if(Build.VERSION.SDK_INT >= 30) {
		decorView.windowInsetsController?.run {
			val bit = WindowInsetsController.APPEARANCE_LIGHT_STATUS_BARS
			setSystemBarsAppearance(if(rgbToLab(c).first >= 50f) bit else 0, bit)
		}
	} else if(Build.VERSION.SDK_INT >= 23) {
		@Suppress("DEPRECATION")
		val bit = View.SYSTEM_UI_FLAG_LIGHT_STATUS_BAR
		@Suppress("DEPRECATION")
		decorView.systemUiVisibility =
			if(rgbToLab(c).first >= 50f) {
				//Dark Text to show up on your light status bar
				decorView.systemUiVisibility or bit
			} else {
				//Light Text to show up on your dark status bar
				decorView.systemUiVisibility and bit.inv()
			}
	}
	
	navigationBarColor = c2 or Color.BLACK
	if(Build.VERSION.SDK_INT >= 30) {
		decorView.windowInsetsController?.run {
			val bit = WindowInsetsController.APPEARANCE_LIGHT_NAVIGATION_BARS
			setSystemBarsAppearance(if(rgbToLab(c).first >= 50f) bit else 0, bit)
		}
	} else if(Build.VERSION.SDK_INT >= 26) {
		@Suppress("DEPRECATION")
		val bit = View.SYSTEM_UI_FLAG_LIGHT_NAVIGATION_BAR
		@Suppress("DEPRECATION")
		decorView.systemUiVisibility =
			if(rgbToLab(c).first >= 50f) {
				//Dark Text to show up on your light status bar
				decorView.systemUiVisibility or bit
			} else {
				//Light Text to show up on your dark status bar
				decorView.systemUiVisibility and bit.inv()
			}
	}
}



アプリによって対応が必要な範囲は異なると思うけど、とりあえず今回はここまで。

おまけ

developer.android.com

COVID-19関連の考慮事項により、Android 11(APIレベル30)以上を対象とし、MANAGE_EXTERNAL_STORAGE 許可を必要とするアプリは、2021年の初めまでGoogle Playにアップロードできません。

ファイル管理をがっちりやるアプリは MANAGE_EXTERNAL_STORAGE 権限が必要なんで、これは困るやつ。コロナを理由にすれば何でも通ると思ってるなGoogleさん…

Kotlin の apply{…} の速度

次のような単純なコードがあったとする。

// Something like HashMap<String,String>
class Holder {
    @Volatile private var value :String = ""

    operator fun set(@Suppress("UNUSED_PARAMETER") key:String, value:String){
       this.value = value
    }
}

class PrefKey(private val key: String) {
    fun put(holder: Holder, value: String) {
        holder[key] = value
    }
}

fun Holder.putA(pref: PrefKey, value: String): Holder {
    pref.put(this, value)
    return this
}

fun Holder.putB(pref: PrefKey, value: String): Holder =
    apply {
        pref.put(this, value)
    }

さてputAとputB、速いのはどちらだろうか?

バイトコード

IntelliJ IDEAで Search Everywhere から「Show Kotlin Bytecode」を開いてバイトコードを確認すると次のようになる。

putA

// access flags 0x19
public final static putA(Lbench/Holder;Lbench/PrefKey;Ljava/lang/String;)Lbench/Holder;
    @Lorg/jetbrains/annotations/NotNull;() // invisible
    // annotable parameter count: 3 (visible)
    // annotable parameter count: 3 (invisible)
    @Lorg/jetbrains/annotations/NotNull;() // invisible, parameter 0
    @Lorg/jetbrains/annotations/NotNull;() // invisible, parameter 1
    @Lorg/jetbrains/annotations/NotNull;() // invisible, parameter 2
L0
    ALOAD 0
    LDC "$this$putA"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.checkParameterIsNotNull (Ljava/lang/Object;Ljava/lang/String;)V
    ALOAD 1
    LDC "pref"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.checkParameterIsNotNull (Ljava/lang/Object;Ljava/lang/String;)V
    ALOAD 2
    LDC "value"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.checkParameterIsNotNull (Ljava/lang/Object;Ljava/lang/String;)V
L1
    LINENUMBER 16 L1
    ALOAD 1
    ALOAD 0
    ALOAD 2
    INVOKEVIRTUAL bench/PrefKey.put (Lbench/Holder;Ljava/lang/String;)V
L2
    LINENUMBER 17 L2
    ALOAD 0
    ARETURN
L3
    LOCALVARIABLE $this$putA Lbench/Holder; L0 L3 0
    LOCALVARIABLE pref Lbench/PrefKey; L0 L3 1
    LOCALVARIABLE value Ljava/lang/String; L0 L3 2
    MAXSTACK = 3
    MAXLOCALS = 3
putB
// access flags 0x19
public final static putB(Lbench/Holder;Lbench/PrefKey;Ljava/lang/String;)Lbench/Holder;
    @Lorg/jetbrains/annotations/NotNull;() // invisible
    // annotable parameter count: 3 (visible)
    // annotable parameter count: 3 (invisible)
    @Lorg/jetbrains/annotations/NotNull;() // invisible, parameter 0
    @Lorg/jetbrains/annotations/NotNull;() // invisible, parameter 1
    @Lorg/jetbrains/annotations/NotNull;() // invisible, parameter 2
L0
    ALOAD 0
    LDC "$this$putB"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.checkParameterIsNotNull (Ljava/lang/Object;Ljava/lang/String;)V
    ALOAD 1
    LDC "pref"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.checkParameterIsNotNull (Ljava/lang/Object;Ljava/lang/String;)V
    ALOAD 2
    LDC "value"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.checkParameterIsNotNull (Ljava/lang/Object;Ljava/lang/String;)V
L1
    LINENUMBER 21 L1
    ALOAD 0
    ASTORE 3
L2
    ICONST_0
    ISTORE 4
L3
    ICONST_0
    ISTORE 5
L4
    ALOAD 3
    ASTORE 6
L5
    ICONST_0
    ISTORE 7
L6
    LINENUMBER 22 L6
    ALOAD 1
    ALOAD 6
    ALOAD 2
    INVOKEVIRTUAL bench/PrefKey.put (Lbench/Holder;Ljava/lang/String;)V
L7
    LINENUMBER 23 L7
L8
    NOP
L9
    LINENUMBER 21 L9
L10
    ALOAD 3
L11
    LINENUMBER 23 L11
    ARETURN
L12
    LOCALVARIABLE $this$apply Lbench/Holder; L5 L8 6
    LOCALVARIABLE $i$a$-apply-Test1Kt$putB$1 I L6 L8 7
    LOCALVARIABLE $this$putB Lbench/Holder; L0 L12 0
    LOCALVARIABLE pref Lbench/PrefKey; L0 L12 1
    LOCALVARIABLE value Ljava/lang/String; L0 L12 2
    MAXSTACK = 3
    MAXLOCALS = 8

コンパイル

putA
@NotNull
public static final Holder putA(@NotNull Holder $this$putA, @NotNull PrefKey pref, @NotNull String value) {
      Intrinsics.checkParameterIsNotNull($this$putA, "$this$putA");
      Intrinsics.checkParameterIsNotNull(pref, "pref");
      Intrinsics.checkParameterIsNotNull(value, "value");
      pref.put($this$putA, value);
      return $this$putA;
}
putB
@NotNull
public static final Holder putB(@NotNull Holder $this$putB, @NotNull PrefKey pref, @NotNull String value) {
      Intrinsics.checkParameterIsNotNull($this$putB, "$this$putB");
      Intrinsics.checkParameterIsNotNull(pref, "pref");
      Intrinsics.checkParameterIsNotNull(value, "value");
      boolean var4 = false;
      boolean var5 = false;
      int var7 = false;
      pref.put($this$putB, value);
      return $this$putB;
}

putBの方が無駄なローカル変数と無駄な代入、そしてなぜかNOPが含まれている。これはinline lambdaのオーバーヘッドという奴だろう。

間違ったベンチマーク

https://gist.github.com/tateisu/be6cdaee0a4e28186090fb3834899788 のようなコードで比較してみたら3倍の差がでて驚いたが、これは間違った測定だった。JVMではいくつかの理由で、ベンチマーク用のライブラリを使わないとコードの速度を正しく評価できない。たとえば呼び出し回数が一定以上になったメソッドに対してJITが働くのでウォームアップが必要になる。理由は他にもあるかもしれない。

JMHを使った計測

JMH https://openjdk.java.net/projects/code-tools/jmh/ で計測した結果がこちら。

6:58:09: Executing task 'jmh --stacktrace'...

> Task :compileKotlin NO-SOURCE
> Task :compileJava NO-SOURCE
> Task :processResources NO-SOURCE
> Task :classes UP-TO-DATE
> Task :compileTestKotlin NO-SOURCE
> Task :compileTestJava NO-SOURCE
> Task :processTestResources NO-SOURCE
> Task :testClasses UP-TO-DATE
> Task :compileJmhKotlin UP-TO-DATE
> Task :compileJmhJava NO-SOURCE
> Task :processJmhResources NO-SOURCE
> Task :jmhClasses UP-TO-DATE
> Task :jmhRunBytecodeGenerator UP-TO-DATE
> Task :jmhCompileGeneratedClasses UP-TO-DATE
> Task :jmhJar UP-TO-DATE
# Warmup Iteration   1: 197644398.040 ops/s
# Warmup Iteration   2: 
> Task :jmh
# JMH version: 1.22
# VM version: JDK 1.8.0_121, Java HotSpot(TM) 64-Bit Server VM, 25.121-b13
# VM invoker: C:\Java\jdk-x64-1.8\jre\bin\java.exe
# VM options: <none>
# Warmup: 15 iterations, 1 s each
# Measurement: 5 iterations, 1 s each
# Timeout: 10 min per iteration
# Threads: 1 thread, will synchronize iterations
# Benchmark mode: Throughput, ops/time
# Benchmark: bench.Test1.usePutA

# Run progress: 0.00% complete, ETA 00:00:40
# Fork: 1 of 1

198603045.551 ops/s
# Warmup Iteration   3: 198549682.052 ops/s
# Warmup Iteration   4: 194557723.411 ops/s
# Warmup Iteration   5: 198470775.716 ops/s
# Warmup Iteration   6: 196711343.247 ops/s
# Warmup Iteration   7: 198641168.014 ops/s
# Warmup Iteration   8: 199108411.601 ops/s
# Warmup Iteration   9: 198914004.326 ops/s
# Warmup Iteration  10: 198531682.261 ops/s
# Warmup Iteration  11: 198777787.476 ops/s
# Warmup Iteration  12: 198825547.011 ops/s
# Warmup Iteration  13: 197627450.659 ops/s
# Warmup Iteration  14: 195803620.165 ops/s
# Warmup Iteration  15: 198606598.039 ops/s
Iteration   1: 196452099.108 ops/s
Iteration   2: 198454517.763 ops/s
Iteration   3: 198752988.922 ops/s
Iteration   4: 199905451.165 ops/s
Iteration   5: 199674003.652 ops/s

> Task :jmh


Result "bench.Test1.usePutA":
  198647812.122 �}(99.9%) 5274224.588 ops/s [Average]
  (min, avg, max) = (196452099.108, 198647812.122, 199905451.165), stdev = 1369699.377
  CI (99.9%): [193373587.534, 203922036.710] (assumes normal distribution)


# JMH version: 1.22
# VM version: JDK 1.8.0_121, Java HotSpot(TM) 64-Bit Server VM, 25.121-b13
# VM invoker: C:\Java\jdk-x64-1.8\jre\bin\java.exe
# VM options: <none>
# Warmup: 15 iterations, 1 s each
# Measurement: 5 iterations, 1 s each
# Timeout: 10 min per iteration
# Threads: 1 thread, will synchronize iterations
# Benchmark mode: Throughput, ops/time
# Benchmark: bench.Test1.usePutB

# Run progress: 50.00% complete, ETA 00:00:20
# Fork: 1 of 1

# Warmup Iteration   1: 198942094.378 ops/s
# Warmup Iteration   2: 194860962.483 ops/s
# Warmup Iteration   3: 199178184.960 ops/s
# Warmup Iteration   4: 195436293.151 ops/s
# Warmup Iteration   5: 199607202.705 ops/s
# Warmup Iteration   6: 197020019.891 ops/s
# Warmup Iteration   7: 198460528.526 ops/s
# Warmup Iteration   8: 198985887.154 ops/s
# Warmup Iteration   9: 199731334.489 ops/s
# Warmup Iteration  10: 199309376.472 ops/s
# Warmup Iteration  11: 200102008.778 ops/s
# Warmup Iteration  12: 199003797.389 ops/s
# Warmup Iteration  13: 199735482.462 ops/s
# Warmup Iteration  14: 195999469.589 ops/s
# Warmup Iteration  15: 199425721.275 ops/s
Iteration   1: 198251071.528 ops/s
Iteration   2: 198490905.407 ops/s
Iteration   3: 199717039.707 ops/s
Iteration   4: 199911875.985 ops/s
Iteration   5: 199829906.354 ops/s

> Task :jmh


Result "bench.Test1.usePutB":
  199240159.796 �}(99.9%) 3084180.600 ops/s [Average]
  (min, avg, max) = (198251071.528, 199240159.796, 199911875.985), stdev = 800951.908
  CI (99.9%): [196155979.196, 202324340.396] (assumes normal distribution)


# Run complete. Total time: 00:00:40

REMEMBER: The numbers below are just data. To gain reusable insights, you need to follow up on
why the numbers are the way they are. Use profilers (see -prof, -lprof), design factorial
experiments, perform baseline and negative tests that provide experimental control, make sure
the benchmarking environment is safe on JVM/OS/HW level, ask for reviews from the domain experts.
Do not assume the numbers tell you what you want them to tell.

Benchmark       Mode  Cnt          Score         Error  Units
Test1.usePutA  thrpt    5  198647812.122 �} 5274224.588  ops/s
Test1.usePutB  thrpt    5  199240159.796 �} 3084180.600  ops/s

Benchmark result is saved to C:\kotlin\BenchmarkInlineFunction\build\reports\jmh\results.txt

BUILD SUCCESSFUL in 40s
5 actionable tasks: 1 executed, 4 up-to-date
6:58:50: Task execution finished 'jmh --stacktrace'.

なぜかputBの方が速い。ただし差は0.3%程度で、ほぼ無視して構わない量だ。

なお文字化けしてるのは"±"らしい。

おまけ。 melix/jmh-gradle-plugin を使ってベンチマークをとる

melix/jmh-gradle-plugin https://github.com/melix/jmh-gradle-plugin を使うとGradle から比較的簡単にJMHを利用できる。

jmh-gradle-plugin 0.5.0 は Gradle 5.5 を要求する。IntelliJ IDEA のプロジェクトのgradle/wrapper/gradle-wrapper.properties ファイルを編集する。

(略)
distributionUrl=https\://services.gradle.org/distributions/gradle-5.6.4-bin.zip
(略)

次にbuild.gradleを編集する。 kotlinx.coroutines のベンチマーク https://github.com/Kotlin/kotlinx.coroutines/tree/master/benchmarks が参考になるだろう。

plugins {
    id 'java'
    id 'org.jetbrains.kotlin.jvm' version '1.3.41'
    id "me.champeau.gradle.jmh" version "0.5.0"
}

group 'jp.juggler.BenchmarkInlineFunction'
version '1.0-SNAPSHOT'

sourceCompatibility = 1.8
targetCompatibility = 1.8

repositories {
    mavenCentral()
}

compileKotlin {
    kotlinOptions {
        jvmTarget = "1.8"

        // https://discuss.kotlinlang.org/t/run-time-null-checks-and-performance/2086/17
        freeCompilerArgs = [
                '-Xno-param-assertions',
                '-Xno-call-assertions',
                '-Xno-receiver-assertions',
                '-Xjvm-default=enable'
        ]
    }
}
compileTestKotlin {
    kotlinOptions {
        jvmTarget = "1.8"

        // https://discuss.kotlinlang.org/t/run-time-null-checks-and-performance/2086/17
        freeCompilerArgs +=[
                '-Xno-param-assertions',
                '-Xno-call-assertions',
                '-Xno-receiver-assertions'
        ]
    }
}

compileJmhKotlin {
    kotlinOptions {
        jvmTarget = "1.8"
        freeCompilerArgs += [
                '-Xjvm-default=enable',
                '-Xno-param-assertions',
                '-Xno-call-assertions',
                '-Xno-receiver-assertions'
        ]
    }
}

jmh {
    jmhVersion = '1.22'
    failOnError = true

    duplicateClassesStrategy DuplicatesStrategy.INCLUDE
}

dependencies {
    testCompile group: 'junit', name: 'junit', version: '4.12'
    implementation "org.jetbrains.kotlin:kotlin-stdlib-jdk8"
    implementation "org.openjdk.jmh:jmh-core:1.22"

    jmh 'org.apache.commons:commons-lang3:3.6'
    jmh 'com.google.guava:guava:22.0'
}

ソースコードは src/jmh/java 以下に置く。また、パッケージ指定なしだJMHがエラーを出すので必ず何かしらのパッケージ名が必要になる。

src/jmh/java/bench/Test1.kt

package bench

import org.openjdk.jmh.annotations.*

class Holder {
    @Volatile private var value :String = ""

    operator fun set(@Suppress("UNUSED_PARAMETER") key:String, value:String){
       this.value = value
    }
}

class PrefKey(private val key: String) {
    fun put(holder: Holder, value: String) {
        holder[key] = value
    }
}

fun Holder.putA(pref: PrefKey, value: String): Holder {
    pref.put(this, value)
    return this
}

fun Holder.putB(pref: PrefKey, value: String): Holder =
    apply {
        pref.put(this, value)
    }

// Benchmark classes should not be final. // [jmh.bench.Test1]

@State(Scope.Thread)
@BenchmarkMode(Mode.Throughput)
@Warmup(iterations = 15, time = 1)
@Measurement(iterations = 5, time = 1)
@Fork(1)
@Suppress("unused")
open class Test1 {

    private var holder= Holder()
    private var pref= PrefKey("foo")

    @Benchmark
    fun usePutA(){
        holder.putA(pref, "zap")
    }

    @Benchmark
    fun usePutB(){
        holder.putB(pref, "zap")
    }
}

IntelliJ IDEA のGradleペインから Tasks/jmh/jmh を実行するとベンチマークが行われる。

ただしWindows環境だと build/libs/に生成されるjarファイルをjava.exeプロセスが握ったままなので、再試行する度にIntelliJ IDEA を終了してjarファイルを削除しなければならない。でないと Error reading benchmark list や MANIFEST中にbenchmarkListがないなどのエラーを出す。

Debian 9のisc-dhcp-serverがNot configured to listen on any interfaces!というエラーを出す

自宅でDHCP鯖に使ってるRaspbianをjessie(8) から stretch(9)に上げたらisc-dhcp-server がエラーを出すようになった。/var/log/syslog から適当に抜粋するとこんな感じ。

Launching both IPv4 and IPv6 servers (please configure INTERFACES in /etc/default/isc-dhcp-server if you only want one
or the other).
No subnet declaration for eth0 (no IPv4 addresses).
No subnet6 declaration for wlan0 (****::****:****:****:****).
No subnet6 declaration for eth0 (no IPv6 addresses).
Not configured to listen on any interfaces!

/etc/init.d/isc-dhcp-server を眺めると $INTERFACES と $INTERFACESv4 と $INTERFACESv6 を参照していて、それぞれの定義の有無でdhcpdの起動を切り替えているらしい。ログをよく見るとIPv4用とIPv6用の2つのサーバプロセスを起動しようとしていた。

対応

(1) /etc/default/isc-dhcp-server に以下を追加。

INTERFACESv4="wlan0"

(2) 既存のdhcpdをkillしてpidファイルを削除。

(3) サービス起動。

service isc-dhcp-server start

okhttpのCacheControl.Builder.maxStale()

okhttpのCacheControl.Builder.maxStale()の挙動を勘違いしてた。

たとえばこんなコードを書いたとする。

val CACHE_CONTROL = CacheControl.Builder()
	.maxAge(5, TimeUnit.MINUTES)
	.maxStale( Integer.MAX_VALUE, TimeUnit.SECONDS)
	.build()

val call = okhttpClient.newCall(
	Request.Builder()
	.cacheControl(CACHE_CONTROL)
	.url(url)
)
続きを読む

Toastの再利用

Androidで、サービス等のUIを持たないコンポーネントから画面にテキストを表示するToastというAPIがある。

割と昔からあるものなので挙動も同じだろうと思っていたら、某社の端末(未発売)でトラブルがあった。
その端末のバグっぽい印象だったので割と邪道な対応で済ませたが、それについてはあまり詳しく書けない。

ついでに手持ちの他の端末でも簡単なテストを行ってみた。

  • トースト を表示して4秒経過したらトーストをキャンセルして、トーストへの参照をnullで上書きする。
  • トースト を前回表示してから4秒未満で再度トーストを表示した時に、以下のいずれかの処理を行う。
    • キャンセルした後に再利用(setTextして再度show)
    • キャンセルせずに再利用(setTextして再度show)
    • キャンセルした後に新しくmakeTextしてshow
    • キャンセルせずに新しくmakeTextしてshow

f:id:tateisu:20181109234422j:plain

結果

キャンセルして再利用
    • 4.4.2~9.0 でうまくいかない。文章は更新されるが、最初のトーストが表示されてから4秒で消えてしまう。
キャンセルせずに再利用
    • 4.4.2の端末ではOK。最後に文章を更新してshowしてから4秒でトーストが消える。
    • 7.1.1の端末ではNG。文章は更新されるが、最初のトーストが表示されてから4秒で消えてしまう。
    • 8.0.0の端末ではNG。文章は更新される(+トーストの表示がちらつく)が、最初のトーストが表示されてから4秒で消えてしまう。
    • 9.0.0の端末ではNG。文章は更新される(+トーストの表示がちらつく)が、連打するとすぐにトーストが消えてしまう。
キャンセルした後に新しくmakeTextしてshow
    • 特に問題は見られなかった
キャンセルせずに新しくmakeTextしてshow
    • 端末によってはトーストがキューに溜まり遅延が発生する

コード例

package jp.juggler.toastsample

import android.os.Bundle
import android.os.Handler
import android.support.v7.app.AppCompatActivity
import android.util.Log
import android.view.Gravity
import android.view.View
import android.widget.Toast

class MainActivity : AppCompatActivity() {
	
	companion object {
		private const val LOGTAG = "ToastSample"
	}
	
	lateinit var handler : Handler
	
	lateinit var btnCancel : View
	
	private var nCount = 0
	
	private var lastToast : Toast? = null
	
	override fun onCreate(savedInstanceState : Bundle?) {
		super.onCreate(savedInstanceState)
		setContentView(R.layout.activity_main)
		handler = Handler()
		
		btnCancel = findViewById<View>(R.id.btnCancel)
		btnCancel.setOnClickListener { toastRemover.run() }
		btnCancel.isEnabled = false
		
		
		findViewById<View>(R.id.btnShow1).setOnClickListener { showToast(1) }
		findViewById<View>(R.id.btnShow2).setOnClickListener { showToast(2) }
		findViewById<View>(R.id.btnShow3).setOnClickListener { showToast(3) }
		findViewById<View>(R.id.btnShow4).setOnClickListener { showToast(4) }
	}
	
	private val toastRemover : Runnable = object : Runnable {
		override fun run() {
			handler.removeCallbacks(this)
			lastToast?.cancel()
			lastToast = null
			btnCancel.isEnabled = false
		}
	}
	
	private fun showToast(type : Int) {
		try {
			val gravity = Gravity.BOTTOM or Gravity.CENTER_HORIZONTAL
			val text = "Toast ${++ nCount}"
			val duration = Toast.LENGTH_LONG
			var toast = lastToast
			if(toast != null) {
				
				when(type) {
					1 -> {
						// キャンセルして再利用
						toast.cancel()
						toast.setText(text)
						toast.duration = duration
					}
					
					2 -> {
						// キャンセルせずに再利用
						toast.setText(text)
						toast.duration = duration
					}
					
					3 -> {
						// キャンセルして新しく作成
						toast.cancel()
						toast = Toast.makeText(this, text, duration)
						lastToast = toast
					}
					
					4 -> {
						// キャンセルせず新しく作成
						toast = Toast.makeText(this, text, duration)
						lastToast = toast
					}
				}
				toast?.setGravity(gravity, 0, 0)
				toast?.show()
			} else {
				toast = Toast.makeText(this, text, duration)
				lastToast = toast
				toast.setGravity(gravity, 0, 0)
				toast.show()
			}
			handler.removeCallbacks(toastRemover)
			handler.postDelayed(toastRemover, 4000L)
			btnCancel.isEnabled = true
		} catch(ex : Throwable) {
			Log.e(LOGTAG, "showToast failed.", ex)
		}
	}
}

ToastCompat

API level 25 以上で BadTokenException が出る不具合は ToastCompat https://github.com/drakeet/ToastCompat を使うと改善する。