tree: d65cfe3629b1f19d073eb5d3f92cc5b72f9c774a [path history] [tgz]
  1. public/
  2. tracked/
  3. BUILD.gn
  4. DEPS
  5. local_state_manifest.json
  6. manifest.json
  7. OWNERS
  8. persistent_pref_store_impl.cc
  9. persistent_pref_store_impl.h
  10. persistent_pref_store_impl_unittest.cc
  11. pref_service_factory_unittest.cc
  12. pref_store_consistency_unittest.cc
  13. pref_store_impl.cc
  14. pref_store_impl.h
  15. pref_store_impl_unittest.cc
  16. pref_store_manager_impl.cc
  17. pref_store_manager_impl.h
  18. README.md
  19. scoped_pref_connection_builder.cc
  20. scoped_pref_connection_builder.h
  21. shared_pref_registry.cc
  22. shared_pref_registry.h
  23. unittest_common.cc
  24. unittest_common.h
  25. unittest_helper_manifest.json
  26. unittest_manifest.json
services/preferences/README.md

Preference Service User Guide

What is the Preference Service?

Preferences, also known as “prefs”, are key-value pairs stored by Chrome. Examples include the settings in chrome://settings, all per-extension metadata, the list of plugins and so on. Individual prefs are keyed by a string and have a type. E.g., the “browser.enable_spellchecking” pref stores a boolean indicating whether spell-checking is enabled.

The pref service persists prefs to disk and communicates updates to prefs between services, including Chrome itself. There is a pref service instance per profile (prefs are persisted on a per-profile basis).

Using the service

The service is used through a client library that offers clients fast and synchronous access to prefs. To connect to the service and start reading and writing prefs simply use the ConnectToPrefService factory function:

#include "services/preferences/public/cpp/pref_service_factory.h"

class MyService : public service_manager::Service {
  void OnStart() {
    auto* connector = context()->connector();
    auto pref_registry = base::MakeRefCounted<PrefRegistrySimple>();
    // Register any preferences you intend to use in |pref_registry|.
    prefs::ConnectToPrefService(
        connector, std::move(pref_registry), {},
        base::Bind(&MyService::OnPrefServiceConnected, base::Unretained(this)));
  }

  void OnPrefServiceConnected(std::unique_ptr<::PrefService> pref_service) {
    // Use |pref_service|.
  }
};

The returned PrefService class predates the Pref Service and its behavior hasn't changed (i.e. all existing documentation still applies).

Semantics

Updates made on the PrefService object are reflected immediately in the originating service and eventually in all other services. In other words, updates are eventually consistent.

Registering your preferences

Every pref should be owned by one service. The owning service provides the type and default value for that pref. Owned prefs can be registered as public, meaning other services can read and/or write them, or private (the default). Services that want to access a pref not owned by them must still register those prefs as “foreign” prefs. Registration happens through the PrefRegistry passed to ConnectToPrefService. For example:

//services/my_service/my_service.cc

void MyService::OnStart() {
  auto pref_registry = base::MakeRefCounted<PrefRegistrySimple>();
  pref_registry->RegisterIntegerPref(kKey, kInitialValue, PrefRegistry::PUBLIC);
  prefs::ConnectToPrefService(...);
}

//services/other_service/other_service.cc

void OtherService::OnStart() {
  auto pref_registry = base::MakeRefCounted<PrefRegistrySimple>();
  pref_registry->RegisterForeignPref(kKey);
  prefs::ConnectToPrefService(...);
}

Design

The design doc is here:

https://docs.google.com/document/d/1JU8QUWxMEXWMqgkvFUumKSxr7Z-nfq0YvreSJTkMVmU/edit?usp=sharing