修正状況が今一不明な Android Studio 3.0 Canary 9

はじめに

release noteみているのですが、だんだん修正内容で書かれている内容が減ってるので

もうすぐRC出るんだろうなと思いつつ、

正式版といえどもAS2.3.3のクオリティみれば察しなのかな・・・

自分は現在のところ

• 補完index作成処理で高確率でASが固まるのでAS2.3.3は使ってません。
• AS3.0は補完index作成処理でエラーにはなるけど固まらない

ので・・

動作環境

• macOS Sierra
• 16G
• HDDタイプのiMac
• AS 3.0-Canary9
• gradle plugin 2.1.3
• gradle runtime-4.1-rc2-bin

試食状況

Android Studio 3.0 Canary 9
release note https://t.co/GMTUn6Di60
Google cloud 関係の微修正か。
stand alone バイナリもでてるみたい https://t.co/EktO2N4JP2

— close_yutori (@kimukou2628) 2017年8月1日

android studio 3.0 Canary 9

InstantRunとassembleDebug
のapk自動切り替えしてくれなくなってる気がする。

そのまま実行するとクラッシュ。

手動でアンインストールして入れ直すかデータ消去しないと駄目なのが面倒

— close_yutori (@kimukou2628) 2017年8月2日

最近すごく面倒に感じてるのがこれ。

• AS2.3
  • instantRun <=> 通常apk install時に自動uninstallしてくれる
• AS3.0
  • 自動切り替えしてくれない

これ一時的なデグレなのかな？ これが仕様だと面倒に感じる人増えそうなんだけど・・

android studio 3.0 Canary 9

databindingを使ったlayoutを編集してid追加編集時に、補完indexが正常に作成されなくて、GradleSync押さないと駄目なパターンが多。

使ってないlayoutでは問題ないみたいなので乱用は微妙？

— close_yutori (@kimukou2628) 2017年8月2日

裏でindex作成ぐるぐる常に回ってる割には、補完indexが正常に作成されない挙動。

変更差分の認識がうまく行ってないようにみえるんだけどな・・

の vote14のショートカットキーを登録しておかないと面倒になってる

Keymap -> Plugins -> Android Support -> Sync Project

jenkinsとかの CIとかだと gradle build は deamon立ち上げないようにしたりとか incremental build 禁止するけど
ビルドの確実性から言うと Build Cashe は OFFにすると思うけどな（cleanタスクもあえて組込でたりするし

— close_yutori (@kimukou2628) 2017年8月2日

既に gradle runtime 4.0.2 が出ているのと Build Cashe が悪さして変更認識しない事が多いんだけど(汗
(gradlew —stop で停止して起動しなおせばいい話だけど。あと導入は3.5からじゃね？https://t.co/GQ4hSJsFbu

— close_yutori (@kimukou2628) 2017年8月2日

結構何気にハマるのが 偶にInstantRun使ってて、
* 変更がよく反映されない(rebuild/cleanが必須)
* => ビルド高速化の三重奏あたり対応すると特に激しい
* InstantRunのapk と assembleDebugのapkの挙動が全く違うことがある

— close_yutori (@kimukou2628) 2017年8月2日

これ変な所でクラッシュします。

• setContentView
• BindingUtil.setContentView

とかで・・。ココらへんでクラッシュされるとActivityが立ち上がらないので回避不可

android studio 3.0 Canary 9

これ多分仕様だと思うけど

* ASでinstantRun実行中
* terminalでassembleDebug

するとIDEとgradle deamon一切がっさい死んだので、、。

CPUも400%と分回ってたしな

— close_yutori (@kimukou2628) 2017年8月3日

これ terminal側にはログでてるんだけど、

build opationが違うからdaemonを新規立ち上げ直します

みたいなログがでてて、buildの中間リソースがかち合ってしまうみたいな感じ。

AS2.3のときは大丈夫だったので、InstantRun時のIDE側の処理がファイル排他で操作とか厳密になっているのかも

TLメモ

今日は Android Instant Appsのワークショップ Android Studio Canary 8を利用する。9ではバグがあるので注意 #android https://t.co/SsEIEKTYNp

— Tatsuo Nagamatsu (@nagamatu) 2017年8月4日

今回もrelease noteに書かれていない修正がそれなりにありそう・・・

ですね。
gradlew --stopすら待たされますし、、。
しかも同じgradle runtimeのバージョンのもののみ停止シグナルを送るだけ
（gradle runtime 4以降止まりにくい。

後は複数プロジェクト開いたときが更にカオスw

— close_yutori (@kimukou2628) 2017年8月4日

Android Studio 3.0 Canary 9でEspresso Test Recorder動かしてみたら、
AdapterView系のときはonData()が使われるようになってた！

— TOYAMA Sumio (@sumio_tym) 2017年8月9日

なんかAndroidアプリデバッグしてたら、
"debuggerd committing suicide to free the zombie!"
っていう謎ログが…ｗ
デバッガーでゾンビを自由に自害できるようにしたよ！('ω`)ｷﾞｬﾜﾜｰｯ!! pic.twitter.com/IIxUPKmR7q

— じぇーん = Jane (@kinijane) 2017年8月6日

IDE<=>daemon が一対一 のはずなんだけど、よく複数 daemon立ち上がっちゃってみたいなケースかなーと

自分はjkill.sh とか作って、GradleSync等が失敗するたびに殺してるけど・・

Shift+Cmd+T？ pic.twitter.com/s3wCfadVe7

— なかざん@🍺 (@Nkzn) 2017年8月9日