Xamarin项目本地构建正常，Azure App Service GitHub iOS/Android构建报CS1022错误

首先需要明确：CS1022的报错位置通常不是真正的语法错误发生点——编译器是顺序解析文件内容的，只有遍历到文件末尾，发现大括号数量不匹配、字符串未闭合时，才会把错误定位在文件末尾附近，这也是逐行核查报错位置的代码找不到问题的核心原因。
本地构建正常、云端同代码报该错误，本质是本地和云端参与编译的文件内容、编译配置存在差异，并非代码本身的语法逻辑问题，结合当前报错在65行（文件末尾附近）的特征，常见触发原因如下：

• 仓库内推送的代码版本和本地实际用来构建的版本不一致
  很多场景下，本地Visual Studio加载的是未提交的修改版本，直接运行全量构建时用的是内存里加载的最新代码，但实际推送到GitHub的是存在语法错误的旧版本——比如旧版本里少了一个类闭合大括号，编译器会一路读到文件末尾才发现结构不匹配，最终在65行附近报CS1022错误，完全符合当前的报错特征。
• 换行符、文件编码的自动转换破坏代码结构
  Git默认的core.autocrlf配置会在Windows环境下自动转换换行符，甚至可能把UTF-8编码的BOM头丢失、把字符串字面量里的双引号转成不可识别的控制字符。这种情况下本地保存的文件结构是正常的，但云端拉取后的文件因为自动转码，出现了字符串未闭合、大括号错位的问题，最终触发语法错误。
• 编译配置差异导致的“本地跳过编译”假象
  本地构建时可能用了DEBUG调试配置，通过条件编译指令把EventMockData.cs里存在语法错误的块排除在编译范围外，看似全量构建通过；但云端流水线用的是Release发布配置，没有跳过这段代码的编译，就会把原本被屏蔽的语法错误暴露出来，同样会在文件末尾报CS1022。
  另外如果本地误把这个文件从项目编译列表里排除了，也会出现“本地构建完全没碰这个文件、自然发现不了问题”的情况。

• 第一步先核对仓库内的实际代码
  直接在GitHub网页端打开EventMockData.cs，逐行和本地保存的版本对比，重点检查大括号配对、字符串引号闭合，数一下文件总行数和报错的65行位置是不是对应。如果网页端的代码行数、内容和本地看到的不一致，说明推送的版本有误，把本地最新的修改重新提交推送即可。
• 做一次完全无缓存的本地复现验证
  关闭Visual Studio，删除解决方案目录下所有的bin、obj缓存文件夹，重新打开解决方案，切换到云端流水线使用的相同构建配置（比如Release|AnyCPU），执行一次全量构建。如果这一步复现了同样的错误，说明本地之前的构建是靠缓存绕过了问题，顺着报错位置往上找不匹配的大括号、未闭合的字符串即可解决。
• 固定Git的文件转换规则
  在仓库根目录新增.gitattributes文件，明确指定*.cs文件不做自动换行符转换、保留固定UTF-8编码，保存后重新执行一次全量文件的添加、提交、推送，避免跨环境拉取代码时因为自动转码破坏代码结构。
• 核对项目编译配置的一致性
  打开MobileApplication.csproj文件，检查EventMockData.cs的编译包含条目，确认有没有附带的条件编译限制（比如Condition="'$(Configuration)' == 'Debug'"），确保云端用的构建配置下，这个文件确实被纳入编译范围。如果发现有配置差异，修正配置后重新触发流水线即可。
• 验证云端拉取的代码版本正确性
  临时在EventMockData.cs的第一行加一行注释标记，提交后重新触发流水线，看报错的行号是不是跟着注释偏移了一行。如果行号没有偏移，说明云端流水线拉取的是错误的分支、旧的提交，不是当前代码的问题，调整流水线的分支检出配置即可。

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