I2I: Lazy load non-render blocking services

[lannka]

• 18K installUrlReplacementsServiceForDoc(ampdoc);
• 10K installActionServiceForDoc(ampdoc);
• 8K installHistoryServiceForDoc(ampdoc);
• 6K built-ins (amp-img, amp-pixel, amp-layout)
• 5K installGlobalNavigationHandlerForDoc(ampdoc);
• 4K installStandardActionsForDoc(ampdoc);
• 4K install[Batched]XhrService(global);
• 2K installGlobalSubmitListenerForDoc(ampdoc);
• 2K installCryptoService(global);
• 2K installTemplatesService(global);
• 2K installInputService(global);
• 2K iframeMessagingClient
• 1K installAnchorClickInterceptor
• 1K installDocumentInfoServiceForDoc(ampdoc);
• 1K installHiddenObserverForDoc(ampdoc);

/cc @dvoytenko

[jpettitt]

Is this just inabox?

I think installUrlReplacementsServiceForDoc is in the critical path for amp-subscriptions and amp-access entitlements checks. Lazy load will delay the check which may lead to screen jank depending on where the publishers has put the cut between free and paid sections (IE is it in viewport). I'm not sure is this is going to be an issue in the real world.

[sparhami]

There is a FR for the performance WG along the same lines here: ampproject/wg-performance#17

The idea there would be to use knowledge of which extensions are present to use the lightweight binary, but if certain ones are present (e.g. amp-access), it would load the full runtime. This would be done as an optimization step, and would validate as transformed AMP. I think there is some discussion on variations of the runtime create rather than one light, one full. The lightweight one could async load services if they end up being necessary.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.