Jinsi ya kuzima Cross-Device Resume

Jibu fupi

Cross-Device Resume inaweza kuzimwa kupitia sera ya MDM ya Windows. Katika jaribio letu, baada ya kuitumia, kuwasha upya na kuingia kwenye mfumo, CrossDeviceResume.exe haikuanza kwa sekunde 153 za uangalizi. Kurudisha ruhusa ya kipengele na kuwasha upya tena, mchakato ulionekana tena.

Ni rahisi kutumia mpangilio kupitia BoosterX → Uboreshaji → Tweaks → Cross-Device Resume: kuchagua kuzima, kubonyeza «Tumia» na kuwasha upya PC. Utafiti huu ulichunguza utaratibu wa hadhara wa Windows, si utekelezaji wa BoosterX: jinsi programu inavyotumia mpangilio, hakukujaribiwa katika mfululizo huu na hakudaiwi katika makala. Maelezo ya utumiaji na kurudisha yapo kwenye ukurasa wa mpangilio.

Tulichokichunguza

Hatukuvutiwa tu na kutoweka kwa arifa za Resume, bali pia kuzuia kuanzishwa kwa kawaida kwa mchakato wake tofauti wakati wa kuingia Windows. Haya ni matokeo tofauti: programu inaweza kuanza na kumaliza mara moja, kuendelea kufanya kazi bila arifa au kutopata ombi la kuanza kabisa.

Microsoft inaelezea DisableCrossDeviceResume kama sera ya mtumiaji inayozima arifa za kuendelea kufanya kazi kutoka kwa simu, na inaonyesha hitaji la kuwasha upya. Iliyoandikwa: lengo la sera na wakati wa kutumia. Iliyoonekana katika jaribio letu: kutokuwepo kwa kuanzishwa kwa mchakato tofauti. Maelezo ya Microsoft.

Wigo wa utafiti

Sharti	Mazingira yaliyochunguzwa
Mfumo	Windows 11 Pro 25H2, build 26200.9445
Kipengele	CrossDeviceResume 2607.27000.0.0
Jukwaa	Mashine moja pepe ya VMware
Hali	Kuwasha upya na kuingia kwa mtumiaji yule yule kwa njia ya mwingiliano
Uangalizi	Orodha ya michakato na ukaguzi wa uundaji wake, matukio 4688
Tarehe ya jaribio	2026-09-17

Huu ni jaribio la utendaji, si jaribio la FPS au matumizi ya kumbukumbu. Modeli ya CPU halisi, mpangilio wa rasilimali pepe na matoleo ya viendeshi hayakujumuishwa katika sampuli iliyochapishwa. Kuhamisha matokeo kwa PC halisi, build nyingine au njia nyingine za kuanzisha bila uthibitisho haiwezekani.

Jinsi tulivyofanya ukaguzi

Kwanza tulirekodi mchakato unaofanya kazi na hali ya awali ya sera. Kisha tulitumia sera ya kuzuia kupitia utaratibu wa ndani wa usimamizi wa Windows, tulikagua mafanikio ya operesheni na kusoma hali tena. Baada ya kuwasha upya, tulingoja kuingia kwa mwingiliano na kuanza kwa shell, tukakagua michakato na jarida la uundaji wake.

Kwa udhibiti wa kurudi, tuliruhusu Resume na kurudia kuwasha upya na kuingia. Kwa mbali, tulizuia kipengele tena, tukamaliza kwa uwazi mchakato uliokuwa ukifanya kazi na kuchunguza uwezekano wa kuanza tena. Kumaliza mchakato lilikuwa tendo la kujitegemea, haliwezi kuhusishwa na sera.

Kwa nini kurekodi kwenye rejista bado hakuthibitishi kuzimwa

Kuwepo kwa namba inayohitajika kwenye rejista hakuthibitishi kwamba Windows imeikubali kama sera ya MDM inayotumika. Kwa hiyo hali «thamani imerekodiwa, lakini CrossDeviceResume bado inaanza» haipingani na matokeo ya utafiti huu.

Katika nyaraka zilizochapishwa za sera hii hakuna ulinganifu tayari wa mpangilio wa kawaida wa Registry. Katika mfululizo wetu hakuna ulinganisho tofauti uliodhibitiwa wa chaguo zote za kurekodi moja kwa moja. Kurekodi moja kwa moja hakuthibitishwa kama badala ya kutumia sera, lakini pia hakuna sababu ya kudai kwamba marekebisho yoyote ya rejista hayana maana kila wakati. Matokeo ya kufanya kazi yalipatikana kupitia utaratibu wa usimamizi wa sera, kwa ukaguzi wa hali na kuanzishwa halisi baada ya kuingia.

Jukumu la DLL ya mfumo na mzunguko wa maabara

Katika jaribio tulitumia mdmlocalmanagement.dll iliyojengwa ndani. Inatoa kiolesura cha usimamizi wa ndani: RegisterDeviceWithLocalManagement na ApplyLocalManagementSyncML. Matangazo yao yanapatikana katika kichwa cha hadhara cha Windows SDK. Maktaba ya mfumo ilipokea ombi la kutumia sera; hakukuwa na haja ya kupakua DLL za watu wengine, kubadilisha faili za Windows au kupatch msimbo unaotekelezwa. Intune na usimamizi wa wingu hazikutumika katika jaribio.

Usajili wa kawaida wa ndani kwenye Windows Pro iliyochunguzwa ulirudisha «haitumiki». Katika maabara tuliweza kuvuka kizuizi hiki kwa kuwasha kwa muda Embedded Mode, kisha kutumia sera na kurudisha kigezo cha awali cha hali. Microsoft inaelezea Embedded Mode katika muktadha wa vifaa maalum Windows IoT. Matumizi kama haya kwenye Pro si hali ya msaada iliyothibitishwa na Microsoft.

Kurudisha hali ya muda hakukuondoa usajili wa ndani wa usimamizi na sera iliyowekwa. Athari za pembeni za kuwasha kwa muda hali hiyo nje ya hali iliyochunguzwa hazikuchunguzwa. Hapa imeelezwa kanuni ya jaribio; amri, maudhui ya ombi na mfululizo wa kuiga mzunguko hazichapishwa.

Matokeo

Ukaguzi	Matokeo na mpaka wa hitimisho
Kutumia sera ya kuzuia	Operesheni ilifanikiwa, usomaji wa kurudi ulithibitisha hali
Mchakato uliokuwa ukifanya kazi	Haukumalizika kiotomatiki
Kuwasha upya na kuingia kwa kuzuia	Mchakato haukuwepo; kwa sekunde 153 baada ya kuanza kwa shell hakuna kuanzishwa kwake kulirekodiwa
Kuruhusu, kuwasha upya na kuingia	Mchakato ulionekana, uundaji ulithibitishwa na jarida
Kuzuia tena na kumaliza mchakato kwa mbali	Baada ya sekunde 10 mchakato haukuwepo; kuanza tena kwa sekunde 120 za uangalizi hakukuonekana
Kurudisha jukwaa kikamilifu	Hali ya awali ilirudishwa kwa snapshot ya VM na kukaguliwa

Katika sampuli kuna VM moja na mfululizo mmoja wa ukaguzi. Uangalizi wa mara kwa mara ndani ya kipindi cha sekunde 120 si majaribio huru. Hakuna uigaji huru kwenye kompyuta ya pili.

Iliyothibitishwa

• Katika hali iliyochunguzwa sera ilizuia kuanzishwa kwa kawaida kwa mchakato tofauti baada ya kuwasha upya na kuingia.
• Kurudisha ruhusa ya kipengele kulirudisha kuanzishwa kwenye jukwaa lile lile.
• Kutumia sera peke yake hakumalizi mchakato uliokuwa ukifanya kazi.
• Kwa matokeo yaliyopatikana hakukuwa na haja ya kubadilisha DLL za mfumo au patch ya EXE.

Kuanzishwa kulikozuiwa kunaondoa kufanya kazi kwa mchakato huu katika hali inayochunguzwa. Hii ni athari mahususi ya kuzima kipengele cha chinichini kisichohitajika, hata bila kupima FPS.

Isiyothibitishwa

Ongezeko la FPS, mabadiliko ya frametime, mzigo wa jumla wa CPU na uokoaji wa RAM hazikupimwa. Kuanzisha EXE kwa mkono, njia zote mbadala za kuamsha, kuwekwa Resume ndani ya ShellHost na kufanya kazi kutoka akaunti nyingine au SYSTEM hazikuchunguzwa. Jaribio tofauti la jozi la kutumia kupitia kiolesura tayari cha BoosterX katika mfululizo huu hakukuwa: jedwali linaelezea utaratibu wa maabara wa Windows.

Mipaka

Kufikia tarehe ya ukaguzi Microsoft inaweka sera kama inayotumika kwa Windows Insider Preview. Uangalizi kwenye Windows 11 Pro 25H2 iliyotajwa haubadilishi matriki rasmi ya msaada. Ukaguzi kwenye VM nyingine iliyopangwa haukufanyika, kwa hiyo hakuna matokeo kwa ajili yake. Kutokuwepo kwa matukio kwa sekunde 153 hakumaanishi kuzuia kuanzishwa kokote milele: athari iliyothibitishwa inahusu kuanzishwa kwa kawaida baada ya kuwasha upya na kuingia, na kuanzishwa kwa mchakato kwa njia nyingine hakukuchunguzwa na utafiti huu.

Makala haielezi kwa njia gani BoosterX inatumia mpangilio wake. Uhusiano kati ya kadi ya BoosterX na sera ya MDM iliyochunguzwa hapa haukujumuishwa katika mpango wa jaribio; hukumu ya kama programu inatumia utaratibu huu huo inahitaji ukaguzi tofauti kwa tabia halisi ya programu.

Kuzima kunahusu Resume. Hakuwezi kuelezewa kama kuzima «Uhusiano wote na simu» au miundombinu yote ya Windows kati ya vifaa.

Hitimisho la kivitendo

Ikiwa hutumii kuendelea kufanya kazi kutoka kwa simu, kuzima Resume ni jambo lenye msingi. Kwenye jukwaa lililochunguzwa sera ya MDM iliruhusu kuepuka kuanzishwa kwake kwa kawaida. Kwa mtumiaji ni rahisi kuchagua mpangilio uliopo katika BoosterX na kuwasha upya PC, kuliko kujaribu kwa mkono hifadhi ya sera. Kagua matokeo kwenye toleo lako la Windows.

Kurudisha hali

Katika jaribio kuruhusu kipengele na kuwasha upya tena kulirudisha kuanzishwa kwa mchakato. Kisha VM ilirudishwa kikamilifu kutoka snapshot ya awali: tulikagua kutokuwepo kwa sera iliyowekwa wakati wa ukaguzi, hali ya awali ya hali, kufutwa kwa kuingia kiotomatiki kwa muda na kurudi kwa mchakato.

Katika BoosterX kuwasha kwenye kadi ile ile kunaruhusu Resume baada ya kutumia na kuwasha upya. Hii si mlinganisho kamili wa kurudisha snapshot: usajili wa ndani wa usimamizi ulioundwa na utumiaji wa maabara wa sera unabaki, kama vile vikwazo vya zana nyingine vilivyotumika awali. Maelezo ya kurudisha yametolewa kwenye ukurasa wa mpangilio.

Vyanzo vya msingi vya hadhara

• Microsoft: Connectivity / DisableCrossDeviceResume: lengo la sera, wigo wa mtumiaji na kuwasha upya; si uthibitisho wa matokeo ya VM yetu.
• Microsoft Windows SDK: mdmlocalmanagement.h: matangazo ya kiolesura cha usimamizi wa ndani; si ahadi ya upatikanaji kwenye toleo lolote.
• Microsoft: Embedded Mode: muktadha wa Windows IoT; si mwongozo wa utumiaji unaosaidiwa kwenye Pro.

Utafiti na zana zilizotumika ni mali ya msanidi wa BoosterX, kwa hiyo msanidi ana maslahi ya moja kwa moja kwa matokeo. Mbinu na mipaka ya kutumika yameelezwa hapo juu, na hitimisho linaweza kukaguliwa kwa data ya wazi na vyanzo vya hadhara vilivyoorodheshwa. Microsoft si mwandishi wa utafiti na haikuthibitisha hitimisho lake.

Tarehe ya ukaguzi na historia ya mabadiliko

2026-09-17: toleo la kwanza; vyanzo vya hadhara vilikaguliwa, matokeo yalichapishwa ya VM moja, mipaka ya hitimisho na ukaguzi wa kurudi wa kuanzishwa.

2026-09-19: baada ya uthibitisho huru mfumo wa hitimisho ulirekebishwa: madai kuhusu utaratibu mahususi wa BoosterX yaliondolewa. Utafiti unachunguza sera ya hadhara ya MDM ya Windows na njia ya maabara ya kuitumia, si utekelezaji wa mpangilio katika programu; matokeo ya jaribio, mipaka ya hitimisho na vyanzo vimehifadhiwa, tahadhari kuhusu mipaka ya athari iliyothibitishwa zimefafanuliwa.

2026-09-20: kanusho kuhusu mgongano wa maslahi limeimarishwa: maslahi ya moja kwa moja ya msanidi, ambaye anamiliki utafiti na zana, yametambuliwa waziwazi; description imefupishwa.