Android 5.0 (Lollipop) では64bitプロセッサへの対応が行われており、 Linux Kernelはもちろん多くのプロセスが64bitプロセスとして動作します。 また、DalvikVMに変わって採用されたARTランタイムにおいても64bitプロセッサへの対応は行われています。 さて、それでは64bitプロセッサで動作するAndroid上では全てのJavaアプリケーションが64bitとして動作するのでしょうか？ その答えは「場合によっては32bitプロセスとして動作することもある」となります。 AndroidにおけるJavaアプリの起動 さて、ここからは実際にどういったロジックで32bit/64bitプロセスとして分かれていくのかを、順をおって見ていきたいと思います。 起動までの全体像 まずはおさらい的な内容になりますが、Javaアプリがどのように起動されるのか、 その
概要 初めてのアプリを作成することから始めてみましょう。トレーニング コースを活用して理解を深めるほか、ご自身でアプリ開発を習得することもできます。
目的 セキュリティの向上 Androidのapkパッケージは、ProGuardで難読化が行われます。しかし、難読化は暗号化ではないので、ソースコード上に、暗証番号などを記載していた場合、リバースエンジニアリングですぐに見破られてしまいます。 Native(C,C++)のソースコード内に暗証番号を記載し、それをJavaから呼び出すことで、隠蔽することができます。 高速化 AndroidのDalvik VM（仮想マシンで）は、VMであるがゆえに処理速度で越えられない壁が存在します。この越えられない壁を越えなければいけない状況に陥った時に、OSが直接実行できるバイトコードにできるNDKが有効です。 ほとんどの場合、Javaのプログラムの最適化で済むと思いますが、端末内で画像処理を行うなどの場合には、選択肢に入ってくると思います。 iOS,Androidでのライブラリの共通化 C,C++でソースコ
Overview 3/9(US時間) に、Android N Developer Previewが出ました。 と、同時に developer.android.com において、behavior change が出ましたので、少しずつ読み解いていきたいと思います。 前回は、 Android Nで注意すること その1 : 暗黙的なintentの挙動変更 NDKの挙動の変更 結論から書くと、NDKで非公開のAPI使っていると、動かないよ、ということです。 Android N includes namespace changes to prevent loading of non-public APIs. If you use the NDK, you should only be using public APIs from the Android platform. Using non-pub
Android NDKとProguardは相性が悪い Proguardとは 今更説明することも無いかと思いますが、ProguardといえばAndroiderにとっては欠かせないお友達です。 Javaのコードは容易に逆コンパイルされて、簡単に内容を解析されてしまいます。 逆コンパイル自体を防ぐことはできませんが、コードの解析を難しくしてくれるツールがProguardの大きな役割です。 Proguardを使う目的は、次の点が大きいでしょう。 コードを難読化して第三者による解析を困難にする 不要なコードを削除してコード全体を小さくする どちらがメインになるかは開発者毎に違うでしょうが、そのどちらかが当てはまるのでは無いでしょうか。 Proguradの問題点 Android SDKを一般的（あなたが思う範囲が一般的です。他人の同意を得られるとは限りません）に使っている限り、Proguardはとても
7. よくあるサンプル ndk-buildコマンドを 実行するタスクを作成 してJavaCompile実行 前に実行されるように する tasks.withType(JavaCompile) { compileTask -> compileTask.dependsOn ndkBuild } task ndkBuild(type: Exec) { commandLine "${ndkHome}ndk- build" } 9. どうしたか applicationVariants を使って必要な taskを作成 android.applicationVariants.all { variant -> def variantName = variant.name.capitalize() task "nativeBuild${variantName}"(type: Exec, descriptio
buildscript { repositories { jcenter() } dependencies { // classpathが変わった classpath 'com.android.tools.build:gradle-experimental:0.1.+' } } allprojects { repositories { jcenter() } } さらに、プロジェクトをビルドするためのbuild.gradleが大胆に変更されています。Plugin名も変わっています。 記述方法は、従来は"compileSdkVersion 22"のように記述していた部分が、"compileSdkVersion = 22"のように"="で記述するようになりました。実装的には、メソッドではなくて変数に書き換わったかと思います。 全ての変数がそうなのか？というとそうではなくて、一部は従来のようにメ
最新のr9は下記から普通にダウンロード出来るのですが、今のプロジェクトでr9だとビルドが通りませんでした。 http://developer.android.com/tools/sdk/ndk/index.html よそのプロジェクトから色々ひっぱってきて作られてるキメラプロジェクトなので何がなんやら状態です。 気づいたらよそのプロジェクトの一部が取り込まれていてmacでしかビルド通らないようになってたり・・・ そんなわけでNDKのr8eが欲しいんだけどダウンロードのリンクがない(´・ω・｀) Windows用とmac用は持ってたから、Windowsとmacの環境構築ならコピーしてしまえばよかったのですが、残念なことにLinux用が必要なんです！ 先ほど言ってたmacしかビルド通らなくなってしまった件を解決する為にWindowsの人には仮想マシンでLinux立ち上げてそっちでビルドするとい
「New Build System - Android Tools Project Site」 に書かれているように、Android Gradle プラグイン 0.7.2 から、ビルド済みの JNI 共有ライブラリ (.so ファイル) を配置する jniLibs フォルダがソースセットに追加されました。 Add jniLibs folder to source sets for prebuilt .so files. JNI とは Java Native Interface のことで、Java とネイティブコード (C や C++ で書かれたコード) の間のインターフェイスとして定義されています。 例えば、JNI によりネイティブの動的共有ライブラリを Java から使ったりできます。 Android アプリ開発においても、JNI を使用できます。 JNI Tips | Android
Android Studioで、共有モジュール（.so）を生成し、利用する方法です。 Android Studioを用いたNDKのサポートは公式ページによれば、Coming soonらしいです（投稿日時点）。 ところが、Android Studioを使うのに欠かすことができないビルド管理ツールのGradleは、ver 0.8.0よりNDKのビルド機能が追加されています（New Build System）。 実際にJNIを用いてやってみたら、共有モジュールが作れましたので説明します。 Android Studio 0.8.4 Android Gradle 0.12 で説明しています。 まずJNIのCのコードをapp/src/main/jni/配下に保存します。Android Studioから新規にディレクトリやファイルを作成して書いても構いません。 次に、app/build.gradle内の
Android NDKでCのコードを書いていると、普段のCプログラミングでは悩まないことで悩むことがあります。たとえば、AndroidのlibcはGoogle製でPOSIXに準拠していません。他のUnix系環境であれば必ず実装されているライブラリ関数が存在しないなどの罠があるため、メジャーなツールをビルドするのにもconfigure;makeが素直に通らなかったりします。 それだけでなく、Android NDKが提供する開発環境にも問題があります。特に、NDKで配られているヘッダファイルとビルド用の共有ライブラリで対応が取れていないのは頭痛のタネです。どういうことかというと、ヘッダファイルに定義されているシステムコールを使おうと思ったらリンカエラーが出ることがあります。 また、システムコールの一部については、カーネルレベルでは正しく実装されているもののlibcにインターフェース実装がなく、
Androidの新ビルドシステムであるGradle plugin for Androidでは、0.7からNDKのビルドがサポートされました。 が、いまだに（一年前の）0.4ベースのエントリが参照されていたり、ググると上位にいるようなので、現状をまとめなおします。 環境 Android SDK Build-tools r19.1 Gradle 1.12（1.10以上） Gradle plugin for Android 0.11.0（Gradleによってインストール） Gradleのインストール方法は、下記エントリを参照してください。 Gradle+AndroidプラグインでNDKプロジェクトをビルドする - やらなイカ？ AndroidプラグインのNDKサポート 以前は、build.gradleにカスタムタスクを定義してndk-buildを実行していましたが、現在は以下のように書くことがで
米Intelは、Androidアプリケーションの開発に特化したC++コンパイラ「Intel C++ Compiler v13.0 for Android OS」の提供を開始した。期間限定で無償提供する。 米Intelは2013年8月27日、Androidアプリケーションの開発に特化したC++コンパイラ「Intel C++ Compiler v13.0 for Android OS」の提供を開始した。同社のWebサイトからダウンロードできる。期間限定ながら、無償で利用可能だ。Android NDKが別途必要である。 Intel C++ Compiler v13.0 for Android OSは、Android NDKに含まれるGNU C++コンパイラとの互換性を備え、GNU C++を念頭に開発されたソースコードの再コンパイルが可能。Android NDKに含まれるデバッガなどのコマンドライ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
