今天就跟大家聊聊有關(guān)如何進(jìn)行SAP CRM WebClient UI的內(nèi)存清理策略分析，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。
如果我們搜索了5個(gè)PPR并轉(zhuǎn)到帳戶，然后再次轉(zhuǎn)到PPR，搜索結(jié)果仍然存在。
為什么這兩種導(dǎo)航會(huì)導(dǎo)致不同的行為？
我們必須記住一些要點(diǎn)：
每次您離開當(dāng)前視圖時(shí)，都會(huì)調(diào)用WD_DESTROY，可以是子視圖自己的重定義實(shí)現(xiàn)，也可以是父視圖的默認(rèn)實(shí)現(xiàn)。
DESTROY method of context node class will be called one by one.
In PPR case, since RESULT node in view controller is mapped to RESULT in component controller via context binding, so collection wrapper will not be cleared.
Instead it will just clear the context node reference itself.
Let’s record down the real BOL collection in collection wrapper before CLEAR me->typed_context.
{O:1253*\CLASS=CL_CRM_BOL_ENTITY_COL}
After clear is executed, we check {O:1253*\CLASS=CL_CRM_BOL_ENTITY_COL} in debugger:
The 5 PPR BOL entities are still there:
這意味著WD_DESTORY將只清除上下文節(jié)點(diǎn)引用本身，而不清除BOL包裝器中的真實(shí)BOL內(nèi)容。
只有在以下情況下，才會(huì)清除BOL內(nèi)容：
執(zhí)行導(dǎo)航時(shí)，將引發(fā)框架事件：
CL_CRM_UI_SESSION_RESTART works as event handler and will clear bol buffer by evaluating flag gv_bol_reset_requested.
In lv_bolcore_reset the 5 PPR entities will be deleted in BOL container.
So now question is when is gv_bol_reset_requested set?
For example if you click “Home”,
Framework will evaluate if the navigation target is a Workcenter.
If so, the framework event before_context_change will be raised.
The event handler for it will simply set restart_requested flag to ‘X’.
Later this flag will be evaluated and set gv_bol_reset_requested.
如果只單擊工作中心視圖，例如“Accounts”，則不會(huì)執(zhí)行第91行，因此請求的gv_bol_reset_將始終等于abap_false。
看完上述內(nèi)容，你們對如何進(jìn)行SAP CRM WebClient UI的內(nèi)存清理策略分析有進(jìn)一步的了解嗎？如果還想了解更多知識或者相關(guān)內(nèi)容，請關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道，感謝大家的支持。
重慶分公司
重慶分公司
