Приложение от разработчика небезызвестной - Disable Service.
В этом приложении автор пошёл дальше, и добавил возможность для манипуляций кроме сервисов ещё и activity, receiver, provider.
Также добавил отображение запущенных процессов и выполняемых задач.
В приложение встроен и логкат.
Все эти функции присутствуют и в немалом количестве подобного софта, но в My Android Tools это реализовано в удобной и визуально наглядной форме.
Цифрами справа (в подразделах service, activity, receiver, provider) указывается количество обнаруженных объектов для отключения/включения. Белым цветом (и цифры и текст) подсвечено - общее количество, красным - отключённые, синим - работающие/активные в данный момент.
Если объект подсвечен белым цветом, и на нём стоит галка, то это означает что он не активен в данный момент, но может стать активным (синим) в любой момент, если Вы его не отключите сняв галку (объект станет подсвечиваться красным).
В приложении есть реклама (без проблем убирается)..
Пользуйтесь разумно, не отключая огулом и на авось.
Для работы с системными приложениями действует общее правило - предварительный бекап прошивки, и вдумчивое (с предварительным гуглением) отлючение чего либо.

Каждое приложение имеет собственные права, которые присвоены данному User ID.
По умолчанию приложение имеет доступ только к собственным ресурсам, но возможны пути экспорта (разрешение на использование) ресурсов другим приложениям.
Несколько приложений также могут иметь один User ID – в таком случае они будут иметь и общие ресурсы.
Важно понимать, что Android позволяет одним приложениям вызывать части других процессов/приложений, если есть соответствующие права.
Простой пример, какое то приложение может использовать список «твитов» из установленного клиента для Twitter.
Соответственно, если Twitter-клиент поддерживает возможность использования
своих компонентов другими приложениями, то список «твитов» без проблем может быть использован/прочитан другой программой.
Для того, чтобы реализовать такой функционал, каждое приложение для Android
построено так, что каждый (ну почти) отдельный его компонент может быть вызван/запущен отдельно, если на то есть необходимость/запрос.
Соответственно, используется не стандартная схема, в которой предусматривается, что приложение имеет только одну точку входа/запуска.
Что бы было более понятно, посмотрите как это реализуется на примере Quick short cut maker.

Вы можете заставить запускаться приложения/его части, с разными его процессами/модулями. Либо лишить его такой возможности.
В Android, приложения используют четыре основных компонента:
Activities – визуальный компонент приложения, отвечающий за пользовательский интерфейс (User Interface, UI).
Как простой пример – список контактов на смартфоне является ни чем иным, как Activity, а при нажатии на какой- либо контакт с выводом дополнительной информации – это другая Activity.
Грубо говоря, Activity – это всё то, во что можно буквально «ткнуть пальцем» и при этом получить какой-то наглядный результат.
Любое приложение может содержать как множество Activity, так и не одного.
И Вот отключая активити вы лишаете приложение части функционала (обрубаете ему руки).
Отключив например активити отвечающую за показ справки, вы при нажатии кнопки справка увидите - ошибку исполнения/ничего не произойдёт/крах приложения.
Services – то, что выполняется приложением, пока оно не находится в фокусе.
Или же оно в фокусе, например работаете в редакторе, а благодаря запущенному сервису оно ещё выполняет одновременно несколько других задач.Например, аудио проигрыватель выполняет своё прямое назначение даже когда находится в фоне.
А если в фокусе играет, то может одновременно и сканировать файлы в поиске новой музыки.
В этом и заключается суть работы Service. То есть сервис запускается и висит в
фоне, выполняя те или иные действия.
Причем часто сервисы могут запускаться вместе с системой (та самая автозагрузка). Взаимодействие с большинством Services происходит с использованием интерфейсов.
Чем активней сервис использует ресурсы проца, тем быстрее тает заряд батареи.
Broadcast Receivers – не имеет видимого интерфейса.
Через данный компонент проходит вся информация об определенных действиях приложения или о системе в целом, и задача Broadcast receivers заключается в построении/выдаче
определенной реакции в ответ на это.
Но самостоятельно Broadcast receiver действий никаких не выполняет, данный компонент передает сигнал дальше, например, вызывая соответствующее Activity или просто выводя уведомление пользователю.
Своеобразный диспетчер, сидящий в пасивном режиме, и принимаюший и передаюший специализированную (предназначенную только ему) информацию по назначению.
В приложениях имеет свою узкую специализацию.
Например отслеживаюший информацию идущую только для какого нибудь виджета.
Например пришло смс, и receiver её приняв переправляет её своему виджету - эй, давай ка обнови своё табло сообщений.
Отключив этот receiver вы оставите виджет на голодном пайке.
Content Providers – данный тип компонентов
передает те или иные данные/базы данных в распоряжение других приложений.
Эта информация может сохраняться файловой системе, в базе данных SQLite или в другом месте.
То есть, это как выше описано про Твитер клиент.
Или ещё пример: загрузка файлов в облако клиентом.
Таким вот образом иногда запускаются части приложения которое вы вроде и не трогали, а оно уже висит в памяти благодаря запросу к нему за открытыми ресурсами от другого приложения или родственного (клиент-сервер).
Отключите эту возможность (для вас допустим бесполезную) и приложение не сдаст свои данные налево...
При всех манипуляциях главное иметь верное представление чего вы желаете этим добится, например экономии заряда, памяти, трафика, конфиденциальности, безопасности, контроля над всеми действиями приложения и т.д...