जैसा कि मैंने कस्टम लॉकर लिखा है

हब्रानरोविच से हैब्रॉस्ट्रोझिलम को नमस्कार। ठीक एक साल पहले, मैंने अपने पुराने सैमसंग गैलेक्सी Gio के लिए तब के लोकप्रिय सैमसंग गैलेक्सी s3 की शैली में एक कस्टम लॉकर (लॉक स्क्रीन) लिखने का फैसला किया। ऐसा करने के क्या कारण हैं, मैंने नहीं लिखा, लेकिन मैं केवल इतना जोड़ता हूं कि मैं Google Play पर कार्यक्रम अपलोड नहीं करने जा रहा था और किसी अन्य तरीके से इस पर पैसा बनाने की योजना नहीं बना रहा था। यह पोस्ट मेरे निर्णय के परिणामों के बारे में है।





मैं दूर से शुरू करूँगा। कई लोग इसके खुलेपन के लिए एंड्रॉइड की प्रशंसा करते हैं और इसकी जरूरतों को पूरा करने के लिए फर्मवेयर को बदलने और अनुकूलित करने की क्षमता रखते हैं। मैं क्या कह सकता हूं? अन्य लोकप्रिय ऑपरेटिंग सिस्टम की तुलना में, यह निश्चित रूप से सच है, लेकिन अगर आप एंड्रॉइड आर्किटेक्चर में गहराई से खुदाई करते हैं, तो कठिनाइयां और सवाल उठते हैं। लॉकस्क्रीन (एंड्रॉइड में इसे कीगार्ड कहा जाता है) बस सवाल उठाता है: Google ने इसके साथ सौदा क्यों नहीं किया, चूंकि लॉन्चर के साथ, उन्होंने डिवाइस पर उपलब्ध सभी लॉकर और डिफ़ॉल्ट एक का चयन करने की क्षमता के साथ एक संवाद क्यों नहीं किया? मस्तिष्क में कहीं गहरी, शांत, अविवेकी आवाज में, कोई जवाब देता है: शायद Google (एंड्रॉइड इंक। अधिक सटीक होने के लिए) ने सुरक्षा कारणों से ऐसा किया। यह आवाज़ शायद सही है, और कई लॉकर डेवलपर्स, और मैंने (विनय ने खुद को उन्हें सौंपा नहीं जाने दिया) को एक साइकिल का आविष्कार करना था, और एक नहीं।

स्रोत सीखना

मैंने एंड्रॉइड के एक फायदे का उपयोग करके शुरू किया - स्रोत का अध्ययन करने से। मैं उन रूढ़िवादियों में से एक हूं जो 2.5 साल से स्टॉक फर्मवेयर (2.3.6) पर बैठे हैं, इसलिए मैंने संबंधित स्रोतों का अध्ययन किया। स्क्रीन लॉक करने के लिए जिम्मेदार वर्ग android.policy.jar में हैं, जो सिस्टम / फ्रेमवर्क में है। मूल लक्ष्य एक "प्रवेश बिंदु" खोजना था, अर्थात् लॉकर कहां और कब कहा जाता है। यहां खोजा गया ।



PhoneWindowManager.java वर्ग में एक स्क्रीनटर्नऑफ (int क्यों) विधि है, जो इसी नाम के KeyguardViewMediator वर्ग विधि को कॉल करता है। किसने कॉल किया, किसने ट्रैक किया, मुझे KeyguardViewManager वर्ग में एक विधि मिली, जो सीधे दृश्य लॉकर बनाती है।

public synchronized void show() { if (DEBUG) Log.d(TAG, "show(); mKeyguardView==" + mKeyguardView); if (mKeyguardHost == null) { if (DEBUG) Log.d(TAG, "keyguard host is null, creating it..."); mKeyguardHost = new KeyguardViewHost(mContext, mCallback); final int stretch = ViewGroup.LayoutParams.MATCH_PARENT; int flags = WindowManager.LayoutParams.FLAG_FORCE_NOT_FULLSCREEN | WindowManager.LayoutParams.FLAG_SHOW_WALLPAPER | WindowManager.LayoutParams.FLAG_KEEP_SURFACE_WHILE_ANIMATING /*| WindowManager.LayoutParams.FLAG_LAYOUT_IN_SCREEN | WindowManager.LayoutParams.FLAG_LAYOUT_INSET_DECOR*/ ; if (!mNeedsInput) { flags |= WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM; } WindowManager.LayoutParams lp = new WindowManager.LayoutParams( stretch, stretch, WindowManager.LayoutParams.TYPE_KEYGUARD, flags, PixelFormat.TRANSLUCENT); lp.softInputMode = WindowManager.LayoutParams.SOFT_INPUT_ADJUST_PAN; lp.windowAnimations = com.android.internal.R.style.Animation_LockScreen; lp.screenOrientation = ActivityInfo.SCREEN_ORIENTATION_NOSENSOR; lp.setTitle("Keyguard"); mWindowLayoutParams = lp; mViewManager.addView(mKeyguardHost, lp); } if (mKeyguardView == null) { if (DEBUG) Log.d(TAG, "keyguard view is null, creating it..."); mKeyguardView = mKeyguardViewProperties.createKeyguardView(mContext, mUpdateMonitor, this); mKeyguardView.setId(R.id.lock_screen); mKeyguardView.setCallback(mCallback); final ViewGroup.LayoutParams lp = new FrameLayout.LayoutParams( ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.MATCH_PARENT); mKeyguardHost.addView(mKeyguardView, lp); if (mScreenOn) { mKeyguardView.onScreenTurnedOn(); } } mKeyguardHost.setVisibility(View.VISIBLE); mKeyguardView.requestFocus(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ठीक है, सभी सरल सरल है। मैंने अपने आवेदन के लिए इस कोड को दोहराने का फैसला किया और एक त्रुटि प्राप्त की - कोई अनुमति की आवश्यकता नहीं है। थोड़ा Google, ने निम्न अनुमतियाँ जोड़ीं: SYSTEM_ALERT_WINDOW और INTERNAL_SYSTEM_WINDOW। इससे कोई फायदा नहीं हुआ।



मैं PhoneWindowManager.java वर्ग का अध्ययन करने के लिए लौटा:

 public int checkAddPermission(WindowManager.LayoutParams attrs) { int type = attrs.type; if (type < WindowManager.LayoutParams.FIRST_SYSTEM_WINDOW || type > WindowManager.LayoutParams.LAST_SYSTEM_WINDOW) { return WindowManagerImpl.ADD_OKAY; } String permission = null; switch (type) { case TYPE_TOAST: // XXX right now the app process has complete control over // this... should introduce a token to let the system // monitor/control what they are doing. break; case TYPE_INPUT_METHOD: case TYPE_WALLPAPER: // The window manager will check these. break; case TYPE_PHONE: case TYPE_PRIORITY_PHONE: case TYPE_SYSTEM_ALERT: case TYPE_SYSTEM_ERROR: case TYPE_SYSTEM_OVERLAY: permission = android.Manifest.permission.SYSTEM_ALERT_WINDOW; break; default: permission = android.Manifest.permission.INTERNAL_SYSTEM_WINDOW; } if (permission != null) { if (mContext.checkCallingOrSelfPermission(permission) != PackageManager.PERMISSION_GRANTED) { return WindowManagerImpl.ADD_PERMISSION_DENIED; } } return WindowManagerImpl.ADD_OKAY; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

आवश्यक TYPE_KEYGUARD विंडो के लिए, आपको मेरी जोड़ी गई अनुमतियों में से दूसरा चाहिए। शरीर का पिछला बिंदु यह महसूस करने लगा कि सब कुछ उतना सरल नहीं था जितना मैंने कल्पना की थी। इस अनुमति के विवरण को देखने का निर्णय लिया गया। यहां AndroidManifest.xml फ्रेमवर्क-res.apk पैकेज का एक अंश दिया गया है।

 <permission android:label="@string/permlab_internalSystemWindow" android:name="android.permission.INTERNAL_SYSTEM_WINDOW" android:protectionLevel="signature" android:description="@string/permdesc_internalSystemWindow" />
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यहाँ यह है - जीवन में एक काली लकीर। आखिरकार, मैं समझ गया कि "हस्ताक्षर" का मतलब है कि केवल एक पैकेज जिस पर यह अनुमति जारी की गई है, उसी कुंजी के साथ हस्ताक्षर किया गया है, जो इस अनुमति का उपयोग कर सकता है (हमारे मामले में, फ्रेम-रे.पैक)। ठीक है, साइकिल बनाने के उपकरण प्राप्त करें।

संस्करण एक

पहला उपाय लॉकस्क्रीन के रूप में गतिविधि का उपयोग करना था। स्टैकओवरफ़्लो पर, निम्न कोड का उपयोग करने की सलाह दी जाती है:

 @Override public void onAttachedToWindow(){ getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD); super.onAttachedToWindow(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

मैं मानता हूं कि पहले संस्करणों में मैंने इस पद्धति का उपयोग किया था। इसमें महत्वपूर्ण कमियां हैं: स्थिति पट्टी अवरुद्ध नहीं है, चूंकि API11 यह विधि काम नहीं करती है।



पहले दोष का समाधान ( स्टैक ओवरफ्लो फिर से मदद करता है) निम्नानुसार है। WindowManager का उपयोग करके , स्थिति पट्टी के शीर्ष पर एक पारदर्शी दृश्य तैयार किया जाता है, जो सभी TouchEvents को कैप्चर करता है। यहाँ एक सेवा है जो इसे लागू करती है:

 public class StatusbarService extends Service { View v; @Override public void onStart(Intent intent, int id) { super.onStart(intent, id); Bundle e = intent.getExtras(); if(e != null){ int statusBarHeight = (Integer) e.get("SBH"); WindowManager.LayoutParams lp = new WindowManager.LayoutParams(WindowManager.LayoutParams.FILL_PARENT, statusBarHeight, WindowManager.LayoutParams.TYPE_SYSTEM_ALERT, WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL | WindowManager.LayoutParams.FLAG_LAYOUT_IN_SCREEN, PixelFormat.TRANSLUCENT); lp.gravity = Gravity.TOP; WindowManager wm = (WindowManager) getSystemService(WINDOW_SERVICE); v = new View(getBaseContext()); wm.addView(v, lp); } } @Override public void onDestroy() { super.onDestroy(); WindowManager wm = (WindowManager) getSystemService(WINDOW_SERVICE); wm.removeView(v); } @Override public IBinder onBind(Intent arg0) { return null; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     statusBarHeight, WindowManager.LayoutParams.TYPE_SYSTEM_ALERT, WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL | WindowManager.LayoutParams.FLAG_LAYOUT_IN_SCREEN, PixelFormat.TRANSLUCENT); public class StatusbarService extends Service { View v; @Override public void onStart(Intent intent, int id) { super.onStart(intent, id); Bundle e = intent.getExtras(); if(e != null){ int statusBarHeight = (Integer) e.get("SBH"); WindowManager.LayoutParams lp = new WindowManager.LayoutParams(WindowManager.LayoutParams.FILL_PARENT, statusBarHeight, WindowManager.LayoutParams.TYPE_SYSTEM_ALERT, WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL | WindowManager.LayoutParams.FLAG_LAYOUT_IN_SCREEN, PixelFormat.TRANSLUCENT); lp.gravity = Gravity.TOP; WindowManager wm = (WindowManager) getSystemService(WINDOW_SERVICE); v = new View(getBaseContext()); wm.addView(v, lp); } } @Override public void onDestroy() { super.onDestroy(); WindowManager wm = (WindowManager) getSystemService(WINDOW_SERVICE); wm.removeView(v); } @Override public IBinder onBind(Intent arg0) { return null; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

मेरे लिए कोई दूसरा दोष नहीं था, जिंजरब्रेड पर इस कोड ने पूरी तरह से काम किया। W3bsit3-dns.com पर, जहां मैंने अपनी रचना को रोषपूर्वक पोस्ट किया, उपयोगकर्ताओं ने शिकायत की कि कई फोन पर मेरे लॉकर को एक नियमित एप्लिकेशन की तरह कम से कम किया गया था। उनके लिए ऐसा समाधान मिला। एक मानक लांचर के रूप में, एक डमी स्थापित है। जब मैं होम बटन दबाता हूं, तो सिस्टम मेरे डमी लांचर को कॉल करता है। यदि कस्टम लॉकर सक्रिय है, तो लांचर तुरंत onCreate () विधि में बंद हो जाता है, अर्थात। होम बटन को नेत्रहीन दबाने से कुछ भी नहीं होता है। यदि कस्टम लॉकर सक्रिय नहीं है, तो मेरा लॉन्चर तुरंत एक और सही लॉन्चर कहता है, जिसे उपयोगकर्ता सेटिंग्स में निर्दिष्ट करता है।



यहाँ डमी कोड है:

 public class HomeActivity extends Activity { @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); if(MainService.unlocked != false){ try{ SharedPreferences pref = PreferenceManager.getDefaultSharedPreferences(getBaseContext()); String pn = pref.getString("settings_launcher_pn", ""); String an = pref.getString("settings_launcher_an", ""); Intent launch = new Intent(Intent.ACTION_MAIN); launch.addCategory(Intent.CATEGORY_HOME); launch.addFlags(Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS); launch.setClassName(pn, an); startActivity(launch); } catch(Exception e){ Intent i = null; PackageManager pm = getPackageManager(); for(ResolveInfo ri:pm.queryIntentActivities(new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME), PackageManager.MATCH_DEFAULT_ONLY)){ if(!getPackageName().equals(ri.activityInfo.packageName)){ i = new Intent().addCategory(Intent.CATEGORY_HOME).setAction(Intent.ACTION_MAIN).addFlags(Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS).setClassName(ri.activityInfo.packageName, ri.activityInfo.name); } } if(i != null) startActivity(i); } } finish(); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ऐसा लग रहा था:





जब तक मैंने "सही" लॉकस्क्रीन बनाने का फैसला नहीं किया, और पहले से ही सैमसंग गैलेक्सी एस 4 की शैली में ये बाइक लंबी और अच्छी तरह से चल पड़ी।

संस्करण दो

कस्टम लॉकर को चलाने के लिए सिस्टम की आवश्यकता कब होती है? जाहिर है स्क्रीन बंद करते समय। चलिए एक सेवा बनाते हैं जो ब्रॉडकास्टसीवर को पंजीकृत करती है, जैसा कि प्रकट से यह फ़िल्टर काम नहीं करता है।



दो विशेषताओं पर विचार किया जाना चाहिए:



1. जिस समय डिवाइस बूट हो, उस समय सेवा शुरू होनी चाहिए। IntentFilter "android.intent.action.BOOT_COMPLETED" के साथ BroadcastReseiver बनाएँ। एक BUT है: स्टार्टअप पर सेवा को मानक स्क्रीन लॉक को अक्षम करना चाहिए। एंड्रॉइड की एक विशेषता यह है कि मानक पिन इनपुट विंडो स्टॉक लॉक स्क्रीन का हिस्सा है। इसलिए, पिन दर्ज किए जाने के बाद ही सेवा शुरू की जानी चाहिए।



अधिकतम जो मेरी कल्पना के लिए पर्याप्त था:

 public class BootReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { TelephonyManager tm = (TelephonyManager)context.getSystemService(Context.TELEPHONY_SERVICE); if(PreferenceManager.getDefaultSharedPreferences(context).getBoolean("unlock_screen_enable", false)){ if(tm.getSimState() != TelephonyManager.SIM_STATE_PIN_REQUIRED && tm.getSimState() != TelephonyManager.SIM_STATE_PUK_REQUIRED){ context.startService(new Intent(context, KeyguardService.class)); } else { AlarmManager alarms = (AlarmManager)context.getSystemService(Context.ALARM_SERVICE); Intent intentToFire = new Intent(context, BootReceiver.class); PendingIntent alarmIntent = PendingIntent.getBroadcast(context, 0, intentToFire, 0); alarms.set(AlarmManager.RTC_WAKEUP, System.currentTimeMillis() + 10000, alarmIntent); } } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

2. PhoneWindowManager का विश्लेषण करने के बाद, यह स्पष्ट है कि क्यों परिवर्तनीय, जो 3 मान लेता है, को स्क्रीनटर्नऑफ (int क्यों) विधि में पास किया जाता है:

- समय समाप्त होने के बाद स्क्रीन बंद हो जाती है (इस मामले में, स्टॉक लॉकर देरी से शुरू होता है),

- निकटता सेंसर चालू होने पर (टेलीफ़ोन वार्तालाप के दौरान) स्क्रीन बंद हो जाती है,

- बटन दबाते ही स्क्रीन बंद हो जाती है।

मेरे मामले में, ऐसी कोई विविधता नहीं है। इसलिए, सेवा फोन की स्थिति पर नज़र रखती है, और आने वाली कॉल के दौरान या कॉल के दौरान स्क्रीन अवरुद्ध नहीं होती है।



यहाँ मुख्य सेवा कोड है:

 public class KeyguardService extends Service { KeyguardMediator keyguardMediator; KeyguardManager.KeyguardLock keyguardLock; boolean telephone = false; //false - no call, true - in call boolean wasLocked = false; @Override public void onCreate() { super.onCreate(); TelephonyManager telephonyManager = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE); telephonyManager.listen(new MyPhoneStateListener(), PhoneStateListener.LISTEN_CALL_STATE); keyguardLock = ((KeyguardManager)getSystemService(KEYGUARD_SERVICE)).newKeyguardLock("Custom keyguard by Arriva"); keyguardLock.disableKeyguard(); IntentFilter filter = new IntentFilter(); filter.addAction(Intent.ACTION_SCREEN_OFF); registerReceiver(receiver, filter); keyguardMediator = new KeyguardMediator(this); } @Override public void onDestroy() { super.onDestroy(); unregisterReceiver(receiver); keyguardLock.reenableKeyguard(); keyguardLock = null; keyguardMediator.destroy(); } void changeTelephoneState(int state){ if(state == TelephonyManager.CALL_STATE_IDLE){ telephone = false; if(wasLocked){ wasLocked = false; keyguardMediator.visibility(true); } } else { telephone = true; if(keyguardMediator.isShowing){ wasLocked = true; keyguardMediator.visibility(false); } } } private BroadcastReceiver receiver = new BroadcastReceiver(){ @Override public void onReceive(Context context, Intent intent) { String settingsLock = PreferenceManager.getDefaultSharedPreferences(context).getString("screen_lock", "2"); if(!settingsLock.equals("1")){ keyguardMediator.show(); } } }; class MyPhoneStateListener extends PhoneStateListener { @Override public void onCallStateChanged(int state, String incomingNumber){ super.onCallStateChanged(state, incomingNumber); changeTelephoneState(state); } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

गतिविधि का उपयोग नहीं करने का विचार, लेकिन WindowManager का उपयोग करना अभी भी मजबूत था। SYSTEM_ALERT_WINDOW अनुमति का उपयोग करते हुए पाँच विंडो प्रकारों में से, TYPE_SYSTEM_ALERT ने मुझे अनुकूल बनाया। इसके अलावा, उनके पास स्पष्ट लाभ थे: स्टेटबार को अवरुद्ध किया गया था (कम से कम जिंजरब्रेड पर) और होम बटन को इंटरसेप्ट किया गया था (यहां तक ​​कि जेली बीन पर भी काम करता है)।



सेवा और KeyguardView के बीच मध्यवर्ती लिंक KeyguardMediator वर्ग है:

 public class KeyguardMediator { WindowManager windowManager; KeyguardHost keyguardHost; KeyguardView keyguardView; Context context; boolean isShowing; String[] prefShortcutsArray; String prefScreenLock; String prefUnlockEffect; String prefPatternPassword; boolean prefMultipleWidgets; boolean prefShortcuts; boolean prefHelpText; boolean prefPatternVisible; boolean prefWallpaper; boolean drawWallpaperView; boolean drawWallpaperViewSqueeze; public KeyguardMediator(Context con){ context = con; windowManager = (WindowManager)context.getSystemService(Context.WINDOW_SERVICE); //          } void onResume(){ if(keyguardView != null){ keyguardView.onResume(); } } void onPause(){ if(keyguardView != null){ keyguardView.onPause(); } } void show(){ if(isShowing){ visibility(true); return; } keyguardView = new KeyguardView(context, this); isShowing = true; int flags = WindowManager.LayoutParams.FLAG_FORCE_NOT_FULLSCREEN; if(!drawWallpaperView) { flags |= WindowManager.LayoutParams.FLAG_SHOW_WALLPAPER; } int format = PixelFormat.OPAQUE; if(!drawWallpaperView) { format = PixelFormat.TRANSLUCENT; } WindowManager.LayoutParams lp = new WindowManager.LayoutParams(WindowManager.LayoutParams.FILL_PARENT, WindowManager.LayoutParams.FILL_PARENT, WindowManager.LayoutParams.TYPE_SYSTEM_ALERT, flags, format); if(drawWallpaperView){ lp.windowAnimations = android.R.style.Animation_Toast; //      } lp.screenOrientation = ActivityInfo.SCREEN_ORIENTATION_NOSENSOR; lp.setTitle("Custom keyguard"); keyguardHost = new KeyguardHost(context); keyguardHost.addView(keyguardView); windowManager.addView(keyguardHost, lp); } void hide(){ if(!isShowing){ return; } isShowing = false; keyguardHost.setVisibility(View.GONE); //    View    ,      windowManager.removeView(keyguardHost); keyguardHost = null; keyguardView = null; } void visibility(boolean visible){ //    View   keyguardHost.setVisibility(visible ? View.VISIBLE : View.GONE); if(keyguardView != null){ if(visible){ keyguardView.onResume(); } else { keyguardView.onPause(); } } } void startWidgetPicker(){ //  activity   } void finishWidgetPicker(){ //   layout'   } void destroy(){ if(keyguardHost != null){ windowManager.removeView(keyguardHost); keyguardHost = null; keyguardView = null; } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इसके अलावा, कहानी कम दिलचस्प हो जाती है, इसलिए बोलना, हर रोज़। आप मेरे लॉकर में एप्लिकेशन शॉर्टकट जोड़ सकते हैं (यहां सब कुछ मानक और सरल है) और विगेट्स (लेकिन यह बिंदु एक अलग लेख के योग्य है)।



अब सब कुछ अधिक आधुनिक हो गया है:

निष्कर्ष

इस पद के साथ मैं खुद को बढ़ावा नहीं देना चाहता था। यह लॉकर लिखने के लिए एक गाइड नहीं है। मैं सिर्फ यह बताना चाहता था कि एक व्यक्ति जो जावा की मूल बातें पर कम से कम एक पुस्तक पढ़ने के लिए बहुत आलसी है, लेकिन जो दो साल से लेखन कार्यक्रम का अभ्यास कर रहा है, वह एक विशिष्ट परिणाम प्राप्त करने के लिए दौड़ सकता है।