Getting current activity android

Access the Current Android Activity from Anywhere!

In the world of Android one of my biggest pain points over the years is that often you need access to the apps current Activity when writing libraries or abstracting out common functionality. For years I have been hacking around the issue by setting special Intent flags or more than likely creating a BaseActivity with a static “CurrentActivity” that is set when the page is started up. While this works short term for MY app, it completely falls down when you want to create Plugins or abstract an API into an interface of some sort.

When it comes down to it you just need that Activity, and it should be easy! This is why I have solve the issue once and for all with a secret hidden API that Google snuck in during the release of Ice Cream Sandwich (API 14) called ActivityLifecycleCallbacks. This is super undocumented, but from what Jérémie and I can gather Google introduced this so you can at any time figure out what the current activity. It must be implemented on your apps “Application” class and call RegisterActivityLifecycleCallbacks. After this though, you are all done.

So, let me introduce to you my latest Plugin for Xamarin.Android called “CurrentActivity”.

You guessed it, this plugin does 1 thing, lets you get access to the current activity. In fact the entire API is just 1 property:

The magic of this NuGet package and Plugin is that when you install it or if you are using it as a dependency in your own Plugin is that it lays down a “MainApplication.cs” file that ties into and implements the ActivityLifecycleCallbacks. BOOM! Done! Here is what that looks like:

Then if you want to access the current activity anywhere in your Android application, library, or plugin simply call: CrossCurrentActivity.Current.Activity and you will have the current activity.

If you already have sub-classed Application, don’t worry as you can just copy and paste some code that I put in a readme text file in the project, or head over to my GitHub and learn more!

Источник

Recognizing the User’s Current Activity

This lesson teaches you to

You should also read

Try it out

Activity recognition tries to detect the user’s current physical activity, such as walking, driving, or standing still. Requests for updates go through an activity recognition client, which, while different from the location client used by location or geofencing, follows a similar pattern. Based on the update interval you choose, Location Services sends out activity information containing one or more possible activities and the confidence level for each one. This lesson shows you how to request activity recognition updates from Location Services.

Request Activity Recognition Updates

Requesting activity recognition updates from Location Services is similar to requesting periodic location updates. You send the request through a client, and Location Services sends updates back to your app by means of a PendingIntent . However, you need to request a special permission before you request activity updates, and you use a different type of client to make requests. The following sections show how to request the permission, connect the client, and request updates.

Request permission to receive updates

An app that wants to get activity recognition updates must have the permission com.google.android.gms.permission.ACTIVITY_RECOGNITION . To request this permission for your app, add the following XML element to your manifest as a child element of the element:

Activity recognition does not require the permissions ACCESS_COARSE_LOCATION or ACCESS_FINE_LOCATION .

Check for Google Play Services

Location Services is part of the Google Play services APK. Since it’s hard to anticipate the state of the user’s device, you should always check that the APK is installed before you attempt to connect to Location Services. To check that the APK is installed, call GooglePlayServicesUtil.isGooglePlayServicesAvailable() , which returns one of the integer result codes listed in the API reference documentation. If you encounter an error, call GooglePlayServicesUtil.getErrorDialog() to retrieve localized dialog that prompts users to take the correct action, then display the dialog in a DialogFragment . The dialog may allow the user to correct the problem, in which case Google Play services may send a result back to your activity. To handle this result, override the method onActivityResult()

Note: To make your app compatible with platform version 1.6 and later, the activity that displays the DialogFragment must subclass FragmentActivity instead of Activity . Using FragmentActivity also allows you to call getSupportFragmentManager() to display the DialogFragment .

Since you usually need to check for Google Play services in more than one place in your code, define a method that encapsulates the check, then call the method before each connection attempt. The following snippet contains all of the code required to check for Google Play services:

Snippets in the following sections call this method to verify that Google Play services is available.

Send the activity update request

Send the update request from an Activity or Fragment that implements the callback methods required by Location Services. Making the request is an asynchronous process that starts when you request a connection to an activity recognition client. When the client is connected, Location Services invokes your implementation of onConnected() . In this method, you can send the update request to Location Services; this request is synchronous. Once you’ve made the request, you can disconnect the client.

This process is described in the following snippets.

Define the Activity or Fragment

Define an FragmentActivity or Fragment that implements the following interfaces:

ConnectionCallbacks Specifies methods that Location Services calls when the client is connected or disconnected. OnConnectionFailedListener Specifies a method that Location Services calls if an error occurs while attempting to connect the client.

Next, define global variables and constants. Define constants for the update interval, add a variable for the activity recognition client, and another for the PendingIntent that Location Services uses to send updates to your app:

In onCreate() , instantiate the activity recognition client and the PendingIntent :

Start the request process

Define a method that requests activity recognition updates. In the method, request a connection to Location Services. You can call this method from anywhere in your activity; its purpose is to start the chain of method calls for requesting updates.

To guard against race conditions that might arise if your app tries to start another request before the first one finishes, define a boolean flag that tracks the state of the current request. Set the flag to true when you start a request, and then set it to false when the request completes.

The following snippet shows how to start a request for updates:

Implement onConnected() . In this method, request activity recognition updates from Location Services. When Location Services finishes connecting to the client and calls onConnected() , the update request is called immediately:

Handle disconnections

In some cases, Location Services may disconnect from the activity recognition client before you call disconnect() . To handle this situation, implement onDisconnected() . In this method, set the request flag to indicate that a request is not in progress, and delete the client:

Handle connection errors

Besides handling the normal callbacks from Location Services, you have to provide a callback method that Location Services calls if a connection error occurs. This callback method can re-use the DialogFragment class that you defined to handle the check for Google Play services. It can also re-use the override you defined for onActivityResult() that receives any Google Play services results that occur when the user interacts with the error dialog. The following snippet shows you a sample implementation of the callback method:

Handle Activity Updates

To handle the Intent that Location Services sends for each update interval, define an IntentService and its required method onHandleIntent() . Location Services sends out activity recognition updates as Intent objects, using the the PendingIntent you provided when you called requestActivityUpdates() . Since you provided an explicit intent for the PendingIntent , the only component that receives the intent is the IntentService you’re defining.

The following snippets demonstrate how to examine the data in an activity recognition update.

Define an IntentService

Start by defining the class and the required method onHandleIntent() :

Next, examine the data in the intent. From the update, you can get a list of possible activities and the probability of each one. The following snippet shows how to get the most probable activity, the confidence level for the activity (the probability that this is the actual activity), and its type:

The method getNameFromType() converts activity types into descriptive strings. In a production app, you should retrieve the strings from resources instead of using fixed values:

Specify the IntentService in the manifest

To identify the IntentService to the system, add a element to the app manifest. For example:

Notice that you don’t have to specify intent filters for the service, because it only receives explicit intents. How the incoming activity update intents are created is described in the section Define the Activity or Fragment.

Stop Activity Recognition Updates

To stop activity recognition updates, use the same pattern you used to request updates, but call removeActivityUpdates() instead of requestActivityUpdates() .

Since removing updates uses some of the methods you use to add updates, start by defining request types for the two operations:

Modify the code that starts activity recognition so that it uses the START request type:

Start the process

Define a method that requests a stop to activity recognition updates. In the method, set the request type and then request a connection to Location Services. You can call this method from anywhere in your activity; its purpose is to start the chain of method calls that stop activity updates:

In onConnected() , if the request type is STOP, call removeActivityUpdates() . Pass the PendingIntent you used to start updates as the parameter to removeActivityUpdates() :

You do not have to modify your implementation of onDisconnected() or onConnectionFailed() , because these methods do not depend on the request type.

You now have the basic structure of an app that implements activity recognition. You can combine activity recognition with other location-aware features, such as periodic location updates or geofencing, which are described in other lessons in this class.

Источник

Android: Как я могу получить текущую активность переднего плана (из службы)?

есть ли собственный android-способ получить ссылку на текущую запущенную активность из службы?

У меня есть сервис, работающий в фоновом режиме, и я хотел бы обновить свою текущую деятельность, когда происходит событие (в сервисе). Есть ли простой способ сделать это (как я предлагал выше)?

11 ответов:

есть ли собственный android-способ получить ссылку на текущую запущенную активность из службы?

вы не можете владеть «в настоящее время работает деятельность».

у меня есть сервис, работающий в фоновом режиме, и я хотел бы обновить свою текущую деятельность, когда происходит событие (в сервисе). Есть ли простой способ сделать это (как я предлагал выше)?

1. отправить широковещательное Intent к активность — вот пример проекта демонстрируя этот шаблон
2. имейте поставку деятельности a PendingIntent (напр., через createPendingResult() ), что сервис вызывает
3. есть активность зарегистрировать обратный вызов или объект прослушивателя с помощью службы через bindService() , и служба вызывает метод события на этом объекте обратного вызова / прослушивателя
4. отправить заказанную трансляцию Intent к деятельности с низким приоритетом BroadcastReceiver в качестве резервной копии (чтобы поднять Notification если активность не отображается на экране)— вот сообщение в блоге С большим количеством на этой модели

вот хороший способ сделать это с помощью диспетчера активности. Вы в основном получаете runningTasks от менеджера активности. Он всегда будет возвращать текущую активную задачу в первую очередь. Оттуда вы можете получить topActivity.

есть простой способ получить список запущенных задач из ActivityManager услуги. Вы можете запросить максимальное количество задач, запущенных на телефоне, и по умолчанию возвращается текущая активная задача первый.

Если у вас есть, что вы можете получить объект ComponentName, запросив topActivity из вашего списка.

вам потребуется следующее разрешение на манифест:

предупреждение: нарушение Google Play

Google пригрозил чтобы удалить приложения из Play Store, если они используют службы специальных возможностей для целей, не связанных с доступом. Однако,это, как сообщается, пересматривается.

использовать AccessibilityService

• вы можете обнаружить текущее активное окно с помощью AccessibilityService .
• на onAccessibilityEvent обратный вызов, проверьте на TYPE_WINDOW_STATE_CHANGEDтип события чтобы определить, когда изменяется текущее окно.
• проверьте, является ли окно активностью, позвонив PackageManager.getActivityInfo() .

преимущества

• протестировано и работает в Android 2.2 (API 8) через Android 7.1 (API 25).
• не требует голосования.
• не требуется GET_TASKS разрешение.

недостатки

• каждый пользователь должен включить службу в настройках специальных возможностей Android.
• служба всегда работает.
• когда пользователь пытается включить AccessibilityService , они не могут нажать кнопку OK, если приложение разместило наложение на экране. Некоторые приложения, которые делают это, — это Velis Auto Brightness и Lux. Это может привести к путанице, потому что пользователь может не знать, почему они не удается нажать кнопку или как ее обойти.
• The AccessibilityService не будет знать текущую деятельность до первого изменить деятельности.

пример

сервис

AndroidManifest.xml

объединить это в свой манифест:

Сервис Инфо

поставить это в res/xml/accessibilityservice.xml :

включение Сервис

каждый пользователь приложения должен будет явно включить AccessibilityService для того, чтобы он был использован. Смотрите этот ответ StackOverflow как это сделать.

обратите внимание, что пользователь не сможет нажать кнопку OK при попытке включить службу специальных возможностей, если приложение разместило наложение на экране, например Velis Auto Brightness или Lux.

реализовать свой собственный класс приложений, зарегистрироваться для ActivityLifecycleCallbacks-таким образом, вы можете увидеть, что происходит с нашим приложением. При каждом возобновлении обратного вызова назначается текущая видимая активность на экране, а при паузе он удаляет назначение. Он использует метод registerActivityLifecycleCallbacks() , который был добавлен в API 14.

в вашей службе вызова getApplication() и приведите его к имени класса приложения (Приложение в этом случае). Чем вы можете назвать app.getActiveActivity() — это даст вам текущую видимую активность (или null, когда никакая активность не видна). Вы можете получить имя вызов activeActivity.getClass().getSimpleName()

использовать ActivityManager

если вы только хотите знать приложение содержащий текущую активность, вы можете сделать это с помощью ActivityManager . Техника, которую вы можете использовать, зависит от версии Android:

преимущества

• должен работать во всех версиях Android на сегодняшний день.

недостатки

• не работает в Android M (на основе тестирования с использованием предварительной версии эмулятора)
• документация для этих API говорит, что они предназначены только для отладки и пользовательских интерфейсов управления.
• если вы хотите обновления в реальном времени, вы нужно использовать опрос.
• полагается на скрытый API: ActivityManager.RunningAppProcessInfo.processState
• эта реализация не поднимает активность переключателя приложений.

пример (на основе KNaito код)

Манифест

добавить GET_TASKS разрешение AndroidManifest.xml :

Я не мог найти решение, которое наша команда была бы довольна, поэтому мы свернули наши собственные. Мы используем ActivityLifecycleCallbacks чтобы отслеживать текущую активность, а затем выставлять ее через сервис:

затем настройте контейнер DI для возврата экземпляра MyApplication на ContextProvider , например,

(обратите внимание, что реализация getCurrent() исключена из кода выше. Это просто статическая переменная, которая устанавливается из конструктора приложения)

Я использую это для моих тестов. Это API > 19, и только для деятельности вашего приложения, хотя.

вот мой ответ, который работает просто отлично.

вы должны быть в состоянии получить текущую деятельность таким образом. Если вы структурируете свое приложение с помощью нескольких действий со многими фрагментами, и вы хотите отслеживать, что такое ваша текущая деятельность, это займет много работы. Мой сенарио был у меня есть одна деятельность с несколькими фрагментами. Поэтому я могу отслеживать текущую активность через объект приложения, который может хранить все текущее состояние Global переменная.

вот способ. Когда вы начинаете свою деятельность, вы сохраняете эту деятельность Приложение.setCurrentActivity(getIntent()); Это приложение будет хранить его. На вашем классе обслуживания, вы можете просто сделать как Намерение currentIntent = применение.getCurrentActivity(); getApplication().startActivity (currentIntent);

используйте этот код для API 21 или выше. Это работает и дает лучший результат по сравнению с другими ответами, он отлично обнаруживает процесс переднего плана.

Я не знаю, является ли это глупым ответом, но решил эту проблему, сохранив флаг в общих настройках каждый раз, когда я вводил onCreate() любой активности, затем я использовал значение из shered preferences, чтобы узнать, что это за активность переднего плана.

совсем недавно узнал об этом. С API как:

надеюсь, что это имеет какую-либо пользу.

Источник