سلام. 

یه نمونه مثلا، شما از اکتیویتی اول رفتید به اکتیویتی دوم. (با توجه به lifecycle اکتیویتی‌ها در حالت عادی، اکتیویتی اول onPaused میشه و در استک قرار میگیره، بنابراین state اکتیویتی اول از بین نمیره که مجدد ساخته بشه.)

داخل اکتیویتی دوم، shared preference رو آپدیت میکنید. وقتی بک میزنید به اکتیویتی اول(متد onResume صدا زده میشه)، با اینکه مقادیر تغییر کردن ولی مقادیر قبلی shared preference داخل اکتیویتی اول، از قبل لود شده و این اکتیویتی به مقادیر جدید دسترسی نداره.

وقتی با مفهموم registerOnSharedPreferenceChangeListener آشنا باشیم، در همچین موقعیتی این کدو داخل اکتیوی اول میگذاریم که اگر مقادیر shared preference تغییر کرد، بتونیم مدیریتی روی تغییرات داشته باشیم و برای این مثالی که گفتیم در داخل متد، کدهایی بنویسیم که اگر مقادیر آپدیت شد، اکتیویتی هم از آپدیت باخبر بشه.

در مورد دیتابیس و shared preference هم، وظایف دیتابیس مشخصه. دیتابیس کار مرتب سازی اطلاعات، خواندن و نوشتن اطلاعات بر اساس شرایط خاص و در کل سازماندهی اطلاعات رو در دست داره و ازونطرف shared preferences یک فایل ساده، با ساختار key/value هست که بیشتر نقش یک فایل کانفیگ رو بازی میکنه.