Xamarin中ScrollView内CollectionView初始不显示数据 重写ItemsSource才生效

这是Xamarin.Forms中滚动控件嵌套导致的典型布局测量冲突，和绑定逻辑本身无关：

• ScrollView和CollectionView都属于自带滚动逻辑、独立计算内容高度的控件，二者嵌套时，Xamarin.Forms的布局系统无法在页面初始化阶段正确计算CollectionView的有效显示高度，默认会将其高度测量为0，此时即使ObservableCollection触发了集合变更通知，CollectionView因为没有有效渲染尺寸，不会绘制任何列表项。
• 运行时通过热重载删除重写ItemsSource绑定的操作，会强制触发当前页面的全量布局重算，临时给CollectionView分配到了正确的显示高度，所以数据能正常展示、滚动也恢复正常，这属于热重载触发的偶发现象，不是问题本身被修复。
• 如果你存在Add方法中重新赋值Persons属性、但没有通过INotifyPropertyChanged接口触发属性变更通知的写法，也会导致绑定失效，但这类问题不会通过热重载重写绑定临时恢复，不属于你当前遇到的场景。

按优先级从高到低选择方案即可：

1. 移除嵌套结构（官方推荐方案）
   不要将CollectionView放在ScrollView内部，CollectionView本身自带滚动能力，页面中所有非列表的固定内容（比如操作按钮、标题、说明文本）可以放到CollectionView的Header/Footer属性中，整个页面不需要额外套ScrollView，示例写法：

   <!-- 移除外层ScrollView，直接使用CollectionView作为页面主体内容 -->
   <CollectionView ItemsSource="{Binding Persons}">
       <CollectionView.Header>
           <StackLayout Padding="15">
               <Label Text="人员列表" FontSize="Large"/>
               <Button Text="新增人员" Command="{Binding AddPersonCommand}"/>
               <!-- 其余原本放在ScrollView里的固定内容都放这里 -->
           </StackLayout>
       </CollectionView.Header>
       <CollectionView.ItemTemplate>
           <DataTemplate>
               <!-- 原有的Person列表项布局 -->
               <Frame Padding="10" Margin="5">
                   <Label Text="{Binding Name}"/>
               </Frame>
           </DataTemplate>
       </CollectionView.ItemTemplate>
   </CollectionView>
   

2. 特殊场景下手动指定高度
   如果业务确实需要多块滚动内容混排、必须嵌套在ScrollView中，就给CollectionView设置明确的高度值，绕过布局系统的自动测量逻辑，示例：

   <ScrollView>
       <StackLayout>
           <!-- 其他固定内容 -->
           <CollectionView
               ItemsSource="{Binding Persons}"
               IsScrollEnabled="False"
               HeightRequest="800" <!-- 可根据列表项高度*项数动态计算后绑定 -->
               VerticalOptions="Start">
               <!-- 列表模板 -->
           </CollectionView>
       </StackLayout>
   </ScrollView>
   

3. 版本兜底优化
   将项目引用的Xamarin.Forms NuGet包升级到最新稳定版，旧版本中存在大量滚动控件嵌套的测量逻辑bug，升级后可减少部分特殊布局下的高度计算异常，但无法从根本上解决嵌套冲突问题。

注意：ObservableCollection<Person>类型的Persons属性要在ViewModel构造函数中完成初始化，后续新增数据直接调用该实例的Add方法即可，不要在Add流程中重新new一个新的集合对象赋值给Persons，如果必须重新赋值，一定要调用OnPropertyChanged(nameof(Persons))触发属性变更通知。

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