上述の実装は、Overflowでエンコードが打ち切られた時点で、CharBufferのpositionが4であることを想定した作りになっています。しかしAndroidのエミュレータ又は実機では、Overflowでエンコードが打ち切られた時点で、CharBufferのpositionが5まで進むため、切り捨てが期待通りに動作しない結果でした。 念のためCharsetEncoderのpositionに関する記載を確認してみると、それほどの厳密な説明では無いようです。書き込み側のpositionはOverflow時に末尾に位置している事が期待できそうですが、読み込み側は、各EncoderのOverflow判定の実装次第で変化しそう。と思いました。 https://docs.oracle.com/javase/jp/8/docs/api/java/nio/charset/CharsetEncode
![AndroidでのStringのバイト数による切り捨てについて - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/1d12e497978ff5d7c0c35e291a6cf9bd24b9e334/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9QW5kcm9pZCVFMyU4MSVBNyVFMyU4MSVBRVN0cmluZyVFMyU4MSVBRSVFMyU4MyU5MCVFMyU4MiVBNCVFMyU4MyU4OCVFNiU5NSVCMCVFMyU4MSVBQiVFMyU4MiU4OCVFMyU4MiU4QiVFNSU4OCU4NyVFMyU4MiU4QSVFNiU4RCVBOCVFMyU4MSVBNiVFMyU4MSVBQiVFMyU4MSVBNCVFMyU4MSU4NCVFMyU4MSVBNiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NGRjNGI2YmM5M2Y5ZTE3YmY4MGNlYjcyZDc4YjFkNDk%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbnVra2ExMjMmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWM5NWUxYzMwZGE2M2EwM2ZhYjI3ZmUwOGYyMzg1ZjYz%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D3e8c4d38b92312b5d8c1e2150a1e9330)