これは明らかに多くのプログラマーが抱えている問題であり、Googleが満足できるサポートされたソリューションをまだ提供していない問題です。
このトピックに関する投稿には、さまざまな意図や誤解が浮かんでいるため、回答する前にこの回答全体をお読みください。
以下に、このページの他の回答からのハッキングのより「洗練された」コメント付きのバージョンを含め、これらの非常に密接に関連する質問からのアイデアを組み込んでいます：
Androidメニューの背景色を変更する
オプションメニューの背景色を変更する方法
Android：アプリケーションのメニューをカスタマイズします（例：背景色）
http://www.macadamian.com/blog/post/android_-_theming_the_unthemable/
Android MenuItemトグルボタン
Androidオプションメニューの背景を半透明にすることはできますか？
http://www.codeproject.com/KB/android/AndroidMenusMyWay.aspx
メニューの背景を不透明に設定する
このハックを2.1（シミュレータ）、2.2（2つの実デバイス）、および2.3（2つの実デバイス）でテストしました。テストする3.Xタブレットはまだありませんが、必要な変更があればここに投稿します。ここで説明するように、3.Xタブレットはオプションメニューではなくアクションバーを使用するとします。
http://developer.android.com/guide/topics/ui/menus.html#options-menu
このハッキングは、3.Xタブレットではほとんど確実に何もしません（害も善もありません）。
問題の説明（否定的なコメントでトリガー応答する前にこれを読んでください）：
[オプション]メニューのスタイルは、デバイスによって大きく異なります。真っ黒で一部に白いテキスト、真っ白で一部に黒のテキスト。私や他の多くの開発者は、[オプション]メニューのセルの背景色と[オプション] メニューのテキストの色を制御したいと考えています。
特定のアプリ開発者は、セルの背景色（テキストの色ではなく）を設定するだけでよく、別の回答で説明されているandroid：panelFullBackgroundスタイルを使用して、よりクリーンな方法でこれを行うことができます。ただし、現在のところ、オプションメニューのテキストの色をスタイルで制御する方法はないため、このメソッドを使用して、背景を別の色に変更するだけで、テキストが「消えない」ようにすることができます。
文書化された将来性のあるソリューションを使用してこれを実現したいのですが、Android 2.3以降では、このソリューションは利用できません。そのため、現在のバージョンで機能するソリューションを使用する必要があり、将来のバージョンでクラッシュ/破損する可能性を最小限に抑えるように設計されています。失敗した場合に、デフォルトの動作に正常に失敗するソリューションが必要です。
オプションメニューの外観を制御する必要がある（通常はアプリの他の部分の表示スタイルに合わせる）必要があるのには、多くの正当な理由があるので、ここでは詳しく説明しません。
これについてGoogle Androidのバグが投稿されています。このバグにスターを付けてサポートを追加してください（Googleが「私も」コメントを推奨しないことに注意してください：スターで十分です）：
http://code.google.com/p/android/issues/detail?id=4441
ソリューションの概要SO FAR：
いくつかのポスターは、LayoutInflater.Factoryを含むハックを提案しています。提案されたハックは、Android <= 2.2では機能し、Android 2.3では失敗しました。これは、ハックが文書化されていない仮定を行ったためです。現在同じLayoutInflaterインスタンスのLayoutInflater.inflate（）の呼び出し内にいなくても、LayoutInflater.getView（）を直接呼び出すことができます。Android 2.3の新しいコードはこの前提を破り、NullPointerExceptionを引き起こしました。
以下の少し洗練されたハックは、この仮定に依存していません。
さらに、ハッキングは、ドキュメント化されていない内部クラス名「com.android.internal.view.menu.IconMenuItemView」を（Javaタイプとしてではなく）文字列として使用することにも依存しています。これを回避する方法を私は見ていませんが、それでも指定された目標を達成します。ただし、「com.android.internal.view.menu.IconMenuItemView」が現在のシステムに表示されない場合にフォールバックする慎重な方法でハッキングを行うことは可能です。
繰り返しますが、これはハックであり、決してこれがすべてのプラットフォームで機能すると主張しているわけではありません。しかし、私たちの開発者は、すべてが本である必要がある幻想的なアカデミックな世界に住んでいるわけではありません。たとえば、3.Xタブレットでは、オプションメニューではなくアクションバーを使用するため、「com.android.internal.view.menu.IconMenuItemView」が存在する可能性は低いと思われます。
最後に、一部の開発者は、Androidオプションメニューを完全に抑制し、独自のメニュークラスを作成することでこの問題を解決しています（上記のリンクのいくつかを参照）。私はこれを試していませんが、独自のビューを記述してAndroidのビューを置き換える方法を理解する時間があれば（ここでは悪魔が詳細にあるはずです）、何も必要としない素晴らしいソリューションかもしれません文書化されていないハッキング。
ハック：
これがコードです。
このコードを使用するには、アクティビティonCreate（）またはアクティビティonCreateOptionsMenu（）からaddOptionsMenuHackerInflaterFactory（）ONCEを呼び出します。オプションメニューの以降の作成に影響を与えるデフォルトファクトリを設定します。これは、すでに作成されているオプションメニューには影響しません（以前のハックでは、関数がsetMenuBackground（）という関数名を使用していましたが、関数が戻る前にメニュープロパティを設定しないため、誤解を招く可能性があります）。
@SuppressWarnings("rawtypes")
static Class IconMenuItemView_class = null;
@SuppressWarnings("rawtypes")
static Constructor IconMenuItemView_constructor = null;
// standard signature of constructor expected by inflater of all View classes
@SuppressWarnings("rawtypes")
private static final Class[] standard_inflater_constructor_signature =
new Class[] { Context.class, AttributeSet.class };
protected void addOptionsMenuHackerInflaterFactory()
{
final LayoutInflater infl = getLayoutInflater();
infl.setFactory(new Factory()
{
public View onCreateView(final String name,
final Context context,
final AttributeSet attrs)
{
if (!name.equalsIgnoreCase("com.android.internal.view.menu.IconMenuItemView"))
return null; // use normal inflater
View view = null;
// "com.android.internal.view.menu.IconMenuItemView"
// - is the name of an internal Java class
// - that exists in Android <= 3.2 and possibly beyond
// - that may or may not exist in other Android revs
// - is the class whose instance we want to modify to set background etc.
// - is the class we want to instantiate with the standard constructor:
// IconMenuItemView(context, attrs)
// - this is what the LayoutInflater does if we return null
// - unfortunately we cannot just call:
// infl.createView(name, null, attrs);
// here because on Android 3.2 (and possibly later):
// 1. createView() can only be called inside inflate(),
// because inflate() sets the context parameter ultimately
// passed to the IconMenuItemView constructor's first arg,
// storing it in a LayoutInflater instance variable.
// 2. we are inside inflate(),
// 3. BUT from a different instance of LayoutInflater (not infl)
// 4. there is no way to get access to the actual instance being used
// - so we must do what createView() would have done for us
//
if (IconMenuItemView_class == null)
{
try
{
IconMenuItemView_class = getClassLoader().loadClass(name);
}
catch (ClassNotFoundException e)
{
// this OS does not have IconMenuItemView - fail gracefully
return null; // hack failed: use normal inflater
}
}
if (IconMenuItemView_class == null)
return null; // hack failed: use normal inflater
if (IconMenuItemView_constructor == null)
{
try
{
IconMenuItemView_constructor =
IconMenuItemView_class.getConstructor(standard_inflater_constructor_signature);
}
catch (SecurityException e)
{
return null; // hack failed: use normal inflater
}
catch (NoSuchMethodException e)
{
return null; // hack failed: use normal inflater
}
}
if (IconMenuItemView_constructor == null)
return null; // hack failed: use normal inflater
try
{
Object[] args = new Object[] { context, attrs };
view = (View)(IconMenuItemView_constructor.newInstance(args));
}
catch (IllegalArgumentException e)
{
return null; // hack failed: use normal inflater
}
catch (InstantiationException e)
{
return null; // hack failed: use normal inflater
}
catch (IllegalAccessException e)
{
return null; // hack failed: use normal inflater
}
catch (InvocationTargetException e)
{
return null; // hack failed: use normal inflater
}
if (null == view) // in theory handled above, but be safe...
return null; // hack failed: use normal inflater
// apply our own View settings after we get back to runloop
// - android will overwrite almost any setting we make now
final View v = view;
new Handler().post(new Runnable()
{
public void run()
{
v.setBackgroundColor(Color.BLACK);
try
{
// in Android <= 3.2, IconMenuItemView implemented with TextView
// guard against possible future change in implementation
TextView tv = (TextView)v;
tv.setTextColor(Color.WHITE);
}
catch (ClassCastException e)
{
// hack failed: do not set TextView attributes
}
}
});
return view;
}
});
}
読んでいただきありがとうございます。