CJY
CJY
yes @v1 is OK
`sourceRequest、reasons、userRequest、rawRequest` 这 4 个是 **webpack 本身**对各模块的描述属性，其中 **Request 归位同一类，均是描述模块的请求方式或资源名称、路径方位等，只是表述不同，举个例子，例如代码是如下模样 ```javascript // ./src/index.js import React from 'react' ``` 那么当处理到模块 react 的时候： - 其 `userRequest` 为用户引用该模块时的书写 ‘react’ - 其 `sourceRequest` （可能）为模块资源所在位置 'C://.../node_modules/react/lib/react.min.js' （假设如此，具体是啥我也忘了）...
18.x 现在收集到的问题主要是 ts 类型问题，还有其他的吗？
related #219
会的，有啥问题嘛
会更新，props 消失了是否可能是你忘了透传？例如 ```jsx function YourComponent(props) {...} export default () => { } // 应该写成 export default (props) => { } ```
可能是子应用自己的路由卸载了子应用的页面，如果是这样的话子应用可能也需要有自己的 keep alive
远程不太方便...要不自己摸索一下？核心就是基座 keep 子应用的时候也需要触发子应用的 keep，可能也和 keep alive 标签的 cacheKey 有关，最好手动传递 cacheKey 并确保稳定性
先看是否有模块联邦之类的依赖共享机制，如果有 1、两个 cacheKey 不能相同 2、一层基座的 AliveScope 就够了 如果没有 1、两个 cacheKey 相不相同无所谓 2、父子应用都需要有自己的 AliveScope