getActionBar () zwraca null

Mam dziwny problem. Tworzę aplikację z Targetsdk 13.

W metodzie onCreate mojego głównego działania wywołuję, getActionBar()aby skonfigurować mój pasek akcji . Działa to dobrze, gdy działa na emulatorze systemu Android 3.2, ale podczas korzystania z systemu Android 3.0 i 3.1 getActionBar()metoda zwraca wartość null.

Uważam to za wyjątkowo dziwne i nie widzę żadnego powodu, dla którego miałoby to zrobić. Czy jest to błąd w emulatorach, czy też muszę coś zrobić, aby upewnić się, że moja aplikacja ma pasek akcji?

ROZWIĄZANIE: Myślę, że znalazłem rozwiązanie tego problemu. Nie używałem setContentView do ustawienia układu działania. Zamiast tego użyłem, fragmentTransaction.add(android.R.id.content, mFragment, mTag)aby dodać fragment do ćwiczenia. To działało dobrze w 3.2, ale we wcześniejszych wersjach plastra miodu pasek akcji najwyraźniej nie jest ustawiony, jeśli nie używasz setContentView w onCreate()metodzie. Więc naprawiłem to, używając setContentView()metody w mojej onCreate()metodzie i po prostu dostarczając jej układ zawierający pusty FrameLayout. Nadal mogę używać tej fragmentTransaction.add(android.R.id.content, mFragment, mTag)metody w taki sam sposób jak poprzednio.

To nie jest najpiękniejsza poprawka, ale działa.

Można użyć getSupportActionBar()zamiast getActionBar()metody.

Jeśli korzystasz z biblioteki wsparcia

import android.support.v7.app.ActionBarActivity;

public class MainActivity extends ActionBarActivity {

użyj getSupportActionBar()zamiastgetActionBar()

* Aktualizacja:

Klasa ActionBarActivity jest teraz przestarzała:

import android.support.v7.app.ActionBarActivity;

Polecam użyć:

import android.support.v7.app.AppCompatActivity

Musisz zdefiniować typ okna jako pasek akcji, zanim aktywność wyrenderuje widok.

posługiwać się

requestWindowFeature(Window.FEATURE_ACTION_BAR);

przed wywołaniem metody setContentView ().

1. jeśli używasz android.support.v7.app.AppCompatActivity

   public class HomeActivity rozszerza AppCompatActivity {

Następnie powinieneś używać android.support.v7.app.ActionBar

  ActionBar ab = getSupportActionBar();

2. Jeśli używasz android.support.v4.app.FragmentActivity

   public class HomeActivity extends FragmentActivity {

wtedy powinieneś używać android.app.ActionBar

    ActionBar ab = getActionBar();

3. Jeśli używasz android.support.v7.app.ActionBarActivity

   public class HomeActivity rozszerza ActionBarActivity {

powinieneś używać android.support.v7.app.ActionBar

   ActionBar ab = getSupportActionBar();

Napotkałem powyższy problem, w którym getActionBar()metoda zwraca wartość null. Dzwoniłem getActionBar()po ustawieniu setContentView()i nadal zwraca null.

Rozwiązałem problem, ustawiając wersję min-sdk w pliku manifestu Androida, którego początkowo brakowało. <uses-sdk android:minSdkVersion="11" />

ActionBar potrzebuje motywu aplikacji lub działania, aby mieć tytuł aplikacji. Upewnij się, że aplikacja lub aktywność nie została nadana jako Theme.NOTITLE.

<application
    android:name="com.xxx.yyy"
    android:debuggable="false"
    android:icon="@drawable/icon"
    android:label="@string/app_name"
    android:theme="@style/Theme.NoTitle"> // remove this line if you have this in your code


<activity
        android:name="com.xxx.yyy.Activity"
        android:configChanges="orientation|keyboardHidden|screenSize"
        android:theme="@style/Theme.NoTitle"  // remove this line if you have in your code
        android:windowSoftInputMode="adjustResize|stateHidden" > 

import android.support.v7.app.AppCompatActivity;

następnie

extends AppCompatActivity

następnie użyj

getSupportActionBar().setDisplayHomeAsUpEnabled(true);

Ta odpowiedź jest spóźniona, ale może być pomocna dla każdego, kto przychodzi z Google: może być konieczne zgłoszenie

<item name="android:windowActionBar">true</item>

w twoim styles.xml. Wydaje się, że falsemoże to być ustawienie domyślne. Musisz także mieć interfejs API 11 lub nowszy.

Więcej szczegółów można znaleźć w dokumentacji tutaj . W szczególności zacytuj:

Porada: Jeśli masz niestandardowy motyw działania, w którym chcesz usunąć pasek akcji, ustaw właściwość stylu android: windowActionBar na false. Jeśli jednak usuniesz pasek akcji za pomocą motywu, okno w ogóle nie zezwoli na pasek akcji, więc nie możesz dodać go później - wywołanie getActionBar () zwróci wartość null.

Miałem ten sam problem i jednym z rozwiązań było skorzystanie setContentView()przed telefonem getActionBar().

Ale była inna rzecz, która rozwiązała problem. Określiłem motyw dla aplikacji @android:style/Theme.Holo.Light.

<application
    android:allowBackup="true"
    android:icon="@drawable/ic_launcher"
    android:label="@string/app_name"
    android:theme="@android:style/Theme.Holo.Light" >
    ...
</application>

Myślę, <item name="android:windowActionBar">true</item>że można użyć dowolnego tematu, który się w nim znajduje.

Głównym tego powodem jest używanie motywów, które nie obsługują ActionBar:

W pliku manifestu dodaj następujące elementy do działania docelowego lub elementu aplikacji (jeśli chcesz ujednolicić motyw w całej aplikacji)

Przykłady motywów obsługujących pasek akcji "Theme.AppCompat.Light"lub "Theme.Holo.Light"...

android:theme="@android:style/Theme.Holo.Light"

Lepiej jest umieścić wszystkie style styles.xmli używać go wszędzie, używając, "@style/themName"aby poprzedni był

android:theme="@style/AppTheme"

a style.xml będą miały następujące elementy:

 <style name="AppTheme" parent="Theme.AppCompat.Light">

Poradnik:

• Istnieje kilka motywów, których nie można używać w starych pakietach SDK, na przykład "@android:style/Theme.Holo.Light.DarkActionBar"nie są one obsługiwane przed wersjami SDK 14.

• Aby umożliwić aplikacji obsługę określonej minimalnej wersji pakietu SDK, możesz dodać następujący <app>element w sekcji :

  <uses-sdk android:minSdkVersion="14" />

• Aby określić minimalną wersję zestawu SDK w AndroidStudio, możesz użyć pliku Gradle aplikacji.

  android{
    defaultConfig{
      minSdkVersion 14
      targetSdkVersion 21
    }
  }

Natknąłem się na ten problem. Sprawdzałem numer wersji i włączałem pasek akcji tylko wtedy, gdy jest większy lub równy Honeycomb, ale zwracał null. Znalazłem przyczynę i główną przyczynę, że wyłączyłem styl Holo Theme w style.xml w folderze values-v11.

przejdź do AndroidManifest.xml i zamień

android: theme = "@ style / AppTheme"

by 

android: theme = "@ android: style / Theme.Holo.Light.DarkActionBar"

Użyj getSupportActionBar () zamiast getActionBar ()

W moim przypadku miałem to w swoim kodzie, który nie działał:

@Override
protected void onCreate(Bundle savedInstanceState) {
    context = getApplicationContext();

    requestWindowFeature(Window.FEATURE_ACTION_BAR);

    super.onCreate(savedInstanceState);

    setContentView(R.layout.activity_main);
}

Potem bawiłem się kolejnością kodu:

@Override
protected void onCreate(Bundle savedInstanceState) {
    requestWindowFeature(Window.FEATURE_ACTION_BAR);

    super.onCreate(savedInstanceState);

    setContentView(R.layout.activity_main);

    context = getApplicationContext();
}

I zadziałało!

Wniosek: requestWindowFeature powinno być pierwszą rzeczą, którą wywołujesz w metodzie onCreate.

Miałem ten sam problem. Rozwiązano go, zmieniając motyw aplikacji w styles.xml

Przed

<!-- Base application theme. -->
<style name="AppTheme" parent="Theme.AppCompat.Light.DarkActionBar">

Po

<!-- Base application theme. -->
<style name="AppTheme" parent="android:Theme.Holo.Light.DarkActionBar">

Jedną rzeczą, którą chciałem dodać, ponieważ właśnie natknąłem się na to, jeśli próbujesz getActionBar () na działaniu, które ma rodzica, zwróci wartość null. Próbuję refaktoryzować kod, w którym moja aktywność jest zawarta w grupie ActivityGroup, i zajęło mi dobre kilka minut, aby przejść do „oh duh” po sprawdzeniu źródła tworzenia ActionBar w kodzie źródłowym.

Rozwiązuję to przez te zmiany:

1. zmiana w minifest android:theme="@android:style/Theme.Holo.Light" >
2. dodaj do klasy extends ActionBarActivity
3. dodaj import do klasy import android.support.v7.app.ActionBarActivity

Aby dodać do innych odpowiedzi:

Upewnij się, że wywołujesz setActionBar()lub setSupportActionBar()w swojej onCreate()metodzie przed wywołaniem getActionBar():

Zdefiniuj pasek narzędzi w swoim pliku activity.xml, a następnie w onCreate ():

Toolbar toolbar = (Toolbar) findViewById(R.id.my_toolbar);
setSupportActionBar(toolbar);
// Now you can use the get methods:
getSupportActionBar().setDisplayHomeAsUpEnabled(true);

Wiem, że spóźniłem się na imprezę (i nowy na Androida) w tej kwestii, ale znalazłem informacje tutaj bardzo pomocne i pomyślałem, że powinienem dodać wyniki moich własnych starań, aby ActionBar działał tak, jak chciałem, na wypadek, gdyby inni tacy jak ja przyszli szukam pomocy.

Mam widżet, który jest ruchomym oknem bez tytułu okna. Używam motywu styl do wdrożenia android:windowIsFloating, android:backgroundDimEnableda android:windowNoTitle. Widżet działał dobrze, dopóki nie chciałem dodać przycisku, który wywoływał fragment pagera z kilkoma stronami z fragmentami listy i używał ActionBar. To spowodowałoby awarię podczas działania pagera z wyjątkiem wskaźnika zerowego. Zawęziłem to do wartości zerowej ActionBar. Zgodnie z ustaleniami poprzednich osób, które brały udział w tym wątku, usunąłem mój motyw z pliku manifestu i ActionBar działał dobrze, ale teraz moje okno było teraz dłuższe (było pełnoekranowe) i miało tytuł strony, którego nie chciałem.

Dalsze badania doprowadziły mnie do Przewodnika szkoleniowego interfejsu API stylów i motywów, który doprowadził mnie do rozwiązania. Odkryłem, że mogę dodać mój motyw niestandardowy do poszczególnych działań w pliku manifestu, podczas gdy przed zastosowaniem go w aplikacji. Wszystkie moje okna mają teraz pożądany wygląd.

Spróbuj rozszerzyć swoją klasę Activity z ActionBarActivity. To rozwiązało to dla mnie. Zrób coś takiego:

public class MyActivity extends ActionBarActivity
{
  . . .

W moim przypadku klasa rozszerzała się tylko z Activity.

Może to również pomóc niektórym osobom.

W moim przypadku było tak, ponieważ nie zdefiniowałem kontekstu w menu.xml

Spróbuj tego:

<menu xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
tools:context="com.example.android.ActionBarActivity">

Zamiast tego:

<menu xmlns:android="http://schemas.android.com/apk/res/android">

Wystarczy sprawdzić implementację kodu źródłowego, klikając polecenie:

    private void initWindowDecorActionBar() {
    Window window = getWindow();

    // Initializing the window decor can change window feature flags.
    // Make sure that we have the correct set before performing the test below.
    window.getDecorView();

    if (isChild() || !window.hasFeature(Window.FEATURE_ACTION_BAR) || mActionBar != null) {
        return;
    }

    mActionBar = new WindowDecorActionBar(this);
    mActionBar.setDefaultDisplayHomeAsUpEnabled(mEnableDefaultActionBarUp);

    mWindow.setDefaultIcon(mActivityInfo.getIconResource());
    mWindow.setDefaultLogo(mActivityInfo.getLogoResource());
}

requestWindowFeature (Window.FEATURE_ACTION_BAR); Naprawiono mój problem, ponieważ zobaczyłem, że requestWindowFeature (Window.FEATURE_ACTION_BAR) nie działa; kod jest open source użyj go !!

android.support.v7.app.ActionBar actionBar = getSupportActionBar();

działa dość szybko

W moim przypadku po prostu musiałem AppCompatActivityzamiast tego przedłużyćActivity

    supportActionBar?.setDisplayHomeAsUpEnabled(true)

Przykładowa klasa pełnej aktywności:

import android.os.Bundle import androidx.appcompat.app.AppCompatActivity

//class LocationFound : Activity() { <-----Does not seem to work with ActionBar in recent versions
class LocationFound : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_location_found)

        supportActionBar?.setDisplayHomeAsUpEnabled(true)
    } }

W wersjach

    minSdkVersion 22
    targetSdkVersion 29