IS 2016 Basic MSI配置CompressedNetworkCABSize为何未拆分超2GB的cab

这类问题本质是你配置的拆分阈值没有真正介入InstallShield的cab构建判断流程，常见的触发原因有四类：

• 参数生效前提不匹配，拆分逻辑根本未加载
  你设置的CompressedNetworkCABSize参数，仅在生成**网络映像（Network Image）**类型的安装包时生效——也就是构建输出为独立MSI文件、外挂独立cab文件的目录结构，支持直接从网络路径启动安装。如果当前的构建配置是生成内嵌全部文件的单文件setup.exe、或是将cab文件全部打包进setup.exe的媒体类型，InstallShield会直接跳过该参数的读取逻辑，所有文件先被累计到内部压缩流，直到撞上单cab 2G的系统硬上限才会抛出7108报错。
• MSI组件规则限制，拆分粒度无法匹配阈值
  Basic MSI项目的cab拆分，是以MSI组件（Component）为最小不可拆分单元的——按照MSI规范，同一个组件内的所有文件必须归属到同一个cab文件，不能被拆分到不同cab中。你设置的600MB只是拆分参考阈值，不是到点就硬截断的强制规则：当拆分到某个cab时，累计体积已经接近阈值，但若下一个待装入的是独立的大体积组件，InstallShield会为了保证组件完整性，直接把整个组件塞进当前cab，哪怕最终cab体积远超600MB的设定值、甚至突破2G的硬上限。比如实际构建中当前cab已经攒到1.9G，下一个组件有300MB文件，就算已经远超600MB的拆分阈值，InstallShield也不会新建cab承接这个组件，直接把整个内容塞进去导致cab破2G触发报错。
• 项目级配置优先级覆盖了全局参数
  你修改的settings.xml是InstallShield的全局默认配置，但每个Release发布配置节点都可以单独设置cab大小参数。如果项目内的对应Release配置节点里，手动把“最大CAB大小”设置为0（即不主动拆分，直到触及2G硬上限），这个项目级配置的优先级远高于全局settings.xml的参数，你在全局文件里设的600MB阈值会被直接覆盖，完全不生效。
• 压缩优化功能跳过了拆分判断逻辑
  如果项目构建配置中开启了“重复文件哈希去重”“未变更文件增量缓存”这类cab压缩优化选项，InstallShield会优先把哈希值相同的去重文件统一归集到同一个cab中，过程中会跳过常规的cab大小拆分判断，直到cab达到2G存储上限才会触发错误。

内容的提问来源于stack exchange，提问作者StackUser