Fix LOD can not work normally while node's active changed dynamically

[bofeng-song]

Re: #

Changelog

---

Continuous Integration

This pull request:

• needs automatic test cases check.

  Manual trigger with @cocos-robot run test cases afterward.

• does not change any runtime related code or build configuration

  If any reviewer thinks the CI checks are needed, please uncheck this option, then close and reopen the issue.

---

Compatibility Check

This pull request:

• changes public API, and have ensured backward compatibility with deprecated features.
• affects platform compatibility, e.g. system version, browser version, platform sdk version, platform toolchain, language version, hardware compatibility etc.
• affects file structure of the build package or build configuration which requires user project upgrade.
• introduces breaking changes, please list all changes, affected features and the scope of violation.

[github-actions]

Interface Check Report

! WARNING this pull request has changed these public interfaces:

@@ -5258,8 +5258,14 @@
          * @en Force LOD level to use.
          * lodLevel @en The LOD level to use. Passing lodLevel < 0 will return to standard LOD processing. @zh 要使用的LOD层级，为负数时使用标准的处理流程
          */
         forceLOD(lodLevel: number): void;
+        /**
+         * @en Force multi LOD level to use, This function is only called in editor.<br/>
+         * @zh 强制使用某几级的LOD,该接口只会在编辑器下调用。
+         * lodIndexArray @en The LOD level array. Passing [] will return to standard LOD processing. @zh 要使用的LOD层级数组，传[]时将使用标准的处理流程。
+         */
+        forceLODs(lodIndexArray: number[]): void;
         onLoad(): void;
         _onRemove(comp: Component): void;
         onRestore(): void;
         onEnable(): void;

[minggo]

It is better to wrap it into a function to update lockedLODLevels of lodGroup.

[minggo]

Why not use private?

[bofeng-song]

forceLODs will use it, as it is defined outside the class of LODGroup

[minggo]

I think just invoke this.lodGroup.lockLODLevels(this._forceUsedLevels); is enough.