Android Wear Tiles调试预览：配置后应用启动冻结问题咨询

主界面无响应的核心诱因 #

• 你将同路径、同文件名的xml布局同时存放在main和debug源集的操作，是引发卡顿冻结的首要原因。Android构建规则中，debug源集的资源优先级高于main源集，同路径同名称的资源会被强制覆盖，极易出现资源引用错乱，直接造成主线程渲染阻塞。
• 如果在debug源集的Manifest配置中，不慎覆盖了main源集内主Activity的启动入口属性，会导致系统启动时错误加载Tiles预览组件。而wear-tiles-renderer的预览组件如果未正确绑定生命周期、未采用异步逻辑加载渲染资源，会在主线程执行耗时操作，直接触发ANR导致应用无响应。

debug场景下是否需要额外编写代码触发预览页加载 #

不需要配置全局自动跳转逻辑，Tiles预览Activity本质是仅用于调试的孤立组件，正确的触发方式完全不需要侵入主应用的启动流程，你可以按需选择以下任意一种方式启动预览页：

• 在debug构建的主界面中临时添加调试入口按钮，点击后通过startActivity()跳转到位于debug源集内的预览Activity，调试完成后直接删除该入口即可。
• 在debug源集对应的Manifest文件中，给预览Activity临时添加LAUNCHER类型的intent-filter，配置完成后可直接在设备的应用列表中找到并启动这个预览页，完全不影响main源集内的主应用正常启动逻辑。
• 直接修改Android Studio的Run启动配置，将默认启动的组件指定为该预览Activity，无需改动任何业务代码即可完成启动。

配置阶段的核心注意事项 #

所有和Tiles预览相关的代码、布局资源、Manifest声明，必须全部放置在debug源集路径下，严禁和main源集内的文件重名、复用同一路径，更不要在main源集的Manifest中声明这个预览Activity。这种配置方式可以保证打release包时，所有调试相关的代码会被自动完全剔除，不会影响正式版本的发布合规性。
官方文档要求将预览Activity放在debug源集，本质是保证该调试组件不会被打包进正式发布包，并非指debug构建时系统会自动加载这个页面，手动触发预览的场景下，完全不需要编写全局跳转逻辑。

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