問題タブ [inflate]

簡単なマップチュートリアルhttp://developer.android.com/resources/tutorials/views/hello-mapview.htmlに従っていますが、このエラーが発生します。私はAndroidを初めて使用しますが、インターネットで提供されているすべてのソリューションに従おうとしましたが、まだ成功していません。私を助けてください。私のメインの.xmlは以下のとおりです

マニフェストファイルはこれです

私のコードはMotorolaDroidで正常に実行されますが、エミュレーターで実行すると、次のスタックトレースが取得されます。

次のような screen/xml を作成しています。

1. TextView (ヘッダー)
   
2. LinearLayout (多数の RelativeLayout を含むプレースホルダー)
   

(上記の) in ループに (2 つのRelativeLayoutを含む)多くを追加する必要があります。これは基本的に のリストになります。これを行うには2つの方法があります： TextViewLinearLayoutRelativeLayouts

1. RelativeLayout(およびその下に 2 つ) を持つ xml ファイルを作成しますTextViews。これをコード内で何度も（ループ内で）膨らませます。そして、これをLinearLayout上記に追加します。
2. キーワード「new」を使用してRelativeLayoutandのインスタンスを作成します。TextViewそして、インスタンスを上記の に追加しますLinearLayout。

これは最も安価な方法です。

Android 2.2 を搭載した Samsung Galaxy S でのみ発生するような奇妙なエラーが発生しています (Motorola Milestone 2 Android 2.2 / Xperia X10 Android 1.6 / Nexus One Android 2.2 / Google G1 Android 1.5 および 1.5 エミュレーターでアプリケーションをテストしました。そのようなデバイスではエラーは発生しません)。

完全なスタック トレースは次のとおりです。

まず第一に、何が起こっているのですか？主なエラーは何ですか？Can't create handler inside thread that has not called Looper.prepare()またはandroid.view.InflateException: Binary XML file line #13: Error inflating class <unknown>？

これはView、XML (R.layout.field_editable_label_value_numeric) 行 13 を次 のように膨張させているときに発生するようです。

編集: Proguard を使用していることを忘れていました。それがこの問題に何らかの影響を与えているかどうかはわかりません (そうは思いません)。

問題が発生していると思われる場所にコードも追加しました。

MyClass.a:

MyClass.b:

非常に簡単な質問があります。

バックグラウンド スレッド (例: の ) でビューをインフレートする (レイアウトに追加しない)ことは可能ですか? doInBackgroundAsyncTask

Galaxy S: Android: android.view.InflateException: Binary XML file line #13: Error SAMSUNG Galaxy S のクラス <unknown> の膨張

バックグラウンド スレッドでインフレするべきではないと言われましたViewsが、具体的な理由は何ですか? また、私のアプローチがほとんどのデバイスで機能するのに、Galaxy S では機能しないのはなぜですか?

原因不明の InflateException をスローするかなり複雑な複合コンポーネントを作成しています。以下の単純化されたバージョンでエラーを再現できました。これは、2 つのテキスト ビューを持つ単なるコンポーネントです。エラーを特定したり、追跡したりするための助けをいただければ幸いです。

複合コンポーネント.xml

CompositeComponent.java

CompositeActivity.java

AndroidManifest.xml

ここに取り引きがあります: ウェイト付きの LinearLayouts が含まれているため、これ以上改善できない重いレイアウトがあります (したがって、RelativeLayouts を使用できません)。アクティビティ A で、アクティビティ B を起動するリスト項目をクリックします。アクティビティ A は、アクティビティ B が完全に読み込まれるまでフリーズし、その後アクティビティ B が表示されます。したがって、これはイベントの完全なキューです。

1. アクティビティ A: B を開く
2. アクティビティ A: フリーズ
3. アクティビティ B: インフレーションの終了/setContentView
4. アクティビティ A: アプリケーション スタックに戻る
5. アクティビティ B: 表示される

アクティビティ A がフリーズしないように、アクティビティ B をすぐに表示するにはどうすればよいですか? B で一時的なレイアウトを膨らませることを考えましたが、B が完全に表示されていることを知らせるコールバック メソッドが必要で、一時的なレイアウトを実際のレイアウトに置き換えることができます。

誰でも私を助けることができますか？ありがとうございました！

トピック外: Android でのレイアウト インフレーションは本当に苦痛です。UI 全体をブロックするべきではありませんが、ブロックしてしまいます。リストアダプターを設定する場合も同じです。

以前にメニューを作成したことがあるので、完全な新人ではありませんが、Eclipseから@Overrideを削除する必要があると言われるという問題が発生しましたが、削除すると、コードが実行されてメニューが膨らみません。 。コードは次のとおりです。

私は、TCPソケットを介してJavaサーバーからxmlデータの継続ストリームを読み取るAndroidクライアントで作業しています。サーバーは、連続する応答間の区切り文字として「\n」文字を送信します。以下にモデルの実装を示します。

さて、構造が明確になったことを願っています。この応答は、圧縮されたサーバーzlibから送信されます。したがって、最初にサーバーから読み取ったものをすべて膨らませ、区切り文字を使用して応答を分離し、解析する必要があります。そして、私はSAXを使用してXMLを解析しています

今、私の主な問題は、サーバーからのxml応答が非常に大きくなる可能性があることです（3〜4 MBの範囲になる可能性があります）。それで

• 区切り文字に基づいて応答を区切るには（\ n） stringBuilderを使用して、ソケットから読み取る応答ブロックを格納する必要があります。一部の電話では、StringBuilderはメガバイト範囲の文字列を格納できません。OutOfMemory例外が発生しているため、このようなスレッドから、（一時的にでも）大きな文字列を保持することはあまり良い考えではないことがわかりました。

• 次に、inflatorReadStream（ソケット入力ストリームからデータを取得します）をSAXパーサーの入力ストリームとして渡そうとしました（自分でxmlを分離することなく、タグに基づいてドキュメントの終わりを見つけるSAXの機能に依存することはありません）。今回は1つの応答が正常に解析されますが、'\ n'区切り文字を見つけると、SAXはドキュメント要素の後にジャンクと言って ExpatParserParseExceptionをスローします。

• そのExpatParserParseExceptionをキャッチした後、もう一度読み取ろうとしましたが、例外をスローした後、SAXパーサーはストリームを閉じるため、再度読み取り/解析しようとすると、入力ストリームが閉じていることを示すIOExceptionが発生します。

私が行ったことのコードスニペットを以下に示します（わかりやすくするために、関連のないすべてのtry catchブロックを削除しました）。

そして今、私の質問は

1. SAXパーサーがxml応答後にジャンク文字を無視し、例外をスローしてストリームを閉じないようにする方法はありますか？
2. そうでない場合は、stringBuilderのメモリ不足エラーを回避する方法はありません。率直に言って、私はこれについて肯定的な答えを除いていません。回避策はありますか？

Mac OS でネットワーク カーネル エクステンションを開発したいと考えています。関数 sf_data_in() で gzip 形式のデータを取得しました。という名前のヘッダー ファイルをインクルードしました<libkern/zlib.h>。「kextload」で kext をロードした後、以下のコードを実行すると、Mac がクラッシュしました。

カーネルプログラミングでの使用方法を教えてくれる人. いくつかのサンプルを提供する方がはるかに優れています。どうもありがとう。