Android リソース ファイルは、大きく 2 つのタイプに分類できます:
1 つ目は、res ディレクトリに保存されているコンパイル可能なリソース ファイルです:
このリソース ファイル システムは、R.java 内のリソース ファイルの ID を自動的に生成するため、これにアクセスしますリソース ファイルの種類は比較的単純で、R を渡すだけです。R.XXX.ID を介してアクセスすることはできません。それでは、リソースの絶対パスを介してそれらにアクセスできるでしょうか? apk がインストールされると、apk は /data/app/**.apk ディレクトリに配置され、apk 内にバインドされ、/data/ に解凍されず、Asset/res の形式で存在します。 data/YourApp ディレクトリには存在しないため、アセットへの絶対パスを直接取得することはできません。
幸いなことに、Android システムは AssetManager ツール クラスを提供します。
公式 API を見ると、AssetManager がアプリケーションの元のリソース ファイルへのアクセスを提供していることがわかります。このクラスは、単純なバイト ストリームの形式で開いて読み取ることができる低レベル API を提供し、バインドされています。元のリソース ファイルと一緒にアプリケーションにコピーします。
Android では、リソース ファイルを保存する /res ディレクトリに加えて、/assets ディレクトリにもリソース ファイルの保存場所が用意されています。/assets ディレクトリ下の R.java では ID が自動的に生成されないため、それを読み取る必要があります。パスを指定すると、AssetManager クラスを通じてこれらのファイルにアクセスできます。
作成者は、A.apk (リソース apk、so、apk、実行可能ファイルなどのすべてのリソースをアセット ディレクトリの下に置き、apk はロジック コードを実装しません) から指定されたディレクトリにリソースをコピーする必要があるため、作成者はリソース コピー ロジック (サービス、アクティビティで実装することもできます) を実装する B.apk。コピー パスは通常アクセスできないか作成されているためです (各 APK は、インストール後に /data/data/独自のパッケージ名/以下にのみアクセスできます)。プライベート スペース)、作成者がシステム権限 (システム権限) を取得するためにこの apk を必要とする場合、AndroidManifest.xml でshareduseridを宣言する必要があります。具体的な操作は次のセクションに記録されます。1. AssetManager がファイルを読み取るために一般的に使用するいくつかの API
AssetManager.open(String filename) は、InputSteam タイプのバイト ストリームを返します。ここでのファイル名はファイルである必要があります。フォルダーは使用できません。リソース ファイルを開くための AssetManager の open メソッドはオーバーロードされたメソッドであり、open メソッドの int パラメータを追加し、さまざまなパラメータに従って対応する操作を実行できます。詳細については、公式ドキュメントを参照してください。 http://web.mit.edu/clio/MacData/afs/sipb/project/android/docs/reference/android/content/res/AssetManager.html
2. リソース ファイルは次のとおりです。フォルダーとサブディレクトリに保存されます
2. 関連する実装コード
リソース APK (A.apk)
public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); try { ctxDealFile = this.createPackageContext("com.zlc.ipanel", Context.CONTEXT_IGNORE_SECURITY); } catch (NameNotFoundException e1) { // TODO Auto-generated catch block e1.printStackTrace(); } btn3.setOnClickListener(new OnClickListener() { @Override public void onClick(View v) { // TODO Auto-generated method stub try { String uiFileName = "ipanelJoin"; deepFile(ctxDealFile, uiFileName); } catch (Exception e) { // TODO Auto-generated catch block e.printStackTrace(); textView.setText("file is wrong"); } } }); // } public void deepFile(Context ctxDealFile, String path) { try { String str[] = ctxDealFile.getAssets().list(path); if (str.length > 0) {//如果是目录 File file = new File("/data/" + path); file.mkdirs(); for (String string : str) { path = path + "/" + string; System.out.println("zhoulc:\t" + path); // textView.setText(textView.getText()+"\t"+path+"\t"); deepFile(ctxDealFile, path); path = path.substring(0, path.lastIndexOf('/')); } } else {//如果是文件 InputStream is = ctxDealFile.getAssets().open(path); FileOutputStream fos = new FileOutputStream(new File("/data/" + path)); byte[] buffer = new byte[1024]; int count = 0; while (true) { count++; int len = is.read(buffer); if (len == -1) { break; } fos.write(buffer, 0, len); } is.close(); fos.close(); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } }


jvmmanagesgarbagecollectionacrossplatformseftivivivivitybyusagenerationalaphadadadaptingtosandhardwaredefferences.itemployscollectorslikeserial、parallel、cms、andg1、各sutitedfordifferentscenarios

Javaは、Javaの「Write and Averywherewhere」という哲学がJava Virtual Machine(JVM)によって実装されているため、変更なしで異なるオペレーティングシステムで実行できます。コンパイルされたJavaバイトコードとオペレーティングシステムの間の仲介者として、JVMはバイトコードを特定のマシン命令に変換し、JVMがインストールされた任意のプラットフォームでプログラムが独立して実行できることを確認します。

Javaプログラムの編集と実行は、BytecodeとJVMを通じてプラットフォームの独立性を達成します。 1)Javaソースコードを書き、それをbytecodeにコンパイルします。 2)JVMを使用して、任意のプラットフォームでByteCodeを実行して、コードがプラットフォーム間で実行されるようにします。

Javaのパフォーマンスはハードウェアアーキテクチャと密接に関連しており、この関係を理解することでプログラミング機能を大幅に改善できます。 1)JVMは、CPUアーキテクチャの影響を受けるJITコンピレーションを介して、Java Bytecodeを機械命令に変換します。 2)メモリ管理とゴミ収集は、RAMとメモリバスの速度の影響を受けます。 3)キャッシュとブランチ予測Javaコードの実行を最適化します。 4)マルチスレッドと並列処理がマルチコアシステムのパフォーマンスを改善します。

ネイティブライブラリを使用すると、これらのライブラリはオペレーティングシステムごとに個別にコンパイルする必要があるため、Javaのプラットフォームの独立性が破壊されます。 1)ネイティブライブラリはJNIを介してJavaと対話し、Javaが直接実装できない機能を提供します。 2)ネイティブライブラリを使用すると、プロジェクトの複雑さが増し、さまざまなプラットフォームのライブラリファイルの管理が必要です。 3)ネイティブライブラリはパフォーマンスを改善できますが、それらは注意して使用し、クロスプラットフォームテストを実施する必要があります。

JVMは、JavanativeInterface(JNI)およびJava Standard Libraryを介してオペレーティングシステムのAPIの違いを処理します。1。JNIでは、Javaコードがローカルコードを呼び出し、オペレーティングシステムAPIと直接対話できます。 2. Java Standard Libraryは統一されたAPIを提供します。これは、異なるオペレーティングシステムAPIに内部的にマッピングされ、コードがプラットフォーム間で実行されるようにします。

modularitydoesnotdirectlyectlyectjava'splatformindepensence.java'splatformendepenceismaindainededainededainededaindainedaindained bythejvm、butmodularityinfluencesApplucationStructure andmanagement、間接的なインパクチャプラット形成依存性.1)

bytecodeinjavaisthe intermediaterepresentationthateNablesplatformindepence.1)javacodeis compiledintobytecodestoredin.classfiles.2)thejvminterpretsorcompilesthisbytecodeintomachinecodeatime、


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境

SublimeText3 中国語版
中国語版、とても使いやすい

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

ホットトピック









