针对你的两个问题，我来逐个拆解分析：

一、切换资源文件夹方案是否可行？ #

这个方案可行，但要适配Android资源加载的底层逻辑，不是简单切换文件夹路径就能实现：

• 常规的Android资源（res下的colors、drawable等）是编译时打包进APK并生成R类常量的，没法在运行时直接切换整个res文件夹。但你可以换两种思路实现类似效果：
  • 把不同皮肤的资源（比如Blue皮肤的颜色、图片）打包成单独的资源插件APK，每个皮肤对应一个插件包。用户选择皮肤后，重启应用时通过AssetManager加载对应插件APK，替换或补充当前应用的资源。
  • 若不想做插件化，可把不同皮肤的资源放在assets的子文件夹（如assets/blue/、assets/red/），重启后手动读取assets里的资源文件（解析颜色值、加载图片），再逐个替换控件样式。但这种方式要自己写资源解析逻辑，没法用R.id直接引用，代码侵入性很高。

不过这个方案缺点很明显：

• 插件化方案需要额外的打包和资源管理逻辑，学习与维护成本都不低；
• assets子文件夹的方式会让你放弃Android原生资源引用体系，所有皮肤相关控件都要手动设置样式，工作量不小。

二、setTheme方案是否值得投入？ #

既然你的项目已经有完整的themes.xml层级结构（BaseTheme → ModalBaseTheme → SpecialModalBaseTheme），这个方案其实性价比更高，只是需要解决「找不到所有onCreate方法」的问题：

可以这样降低投入成本： #

1. 统一主题设置入口：

   • 自定义一个BaseActivity基类，让项目中所有Activity都继承它。在BaseActivity的super.onCreate()之前调用setTheme()，读取保存的皮肤主题ID（比如R.style.BlueTheme、R.style.RedTheme）。这样只需修改基类，不用逐个找Activity的onCreate。
   • 如果有自定义Application，可在attachBaseContext()里提前配置主题相关内容，但要注意部分系统控件的主题可能需要在Activity层级设置。

2. 排查遗漏场景：

   • 除了Activity，还要注意Dialog、PopupWindow这类弹窗组件，它们的主题也需单独设置，可在基类弹窗里统一处理。
   • 检查布局文件中有没有硬编码的颜色值（比如直接写#FFFFFF而非@color/xxx），这些硬编码的地方是换肤死角，需要改成引用主题中的颜色属性（比如?attr/colorPrimary）。

3. 成本对比：

   • 相对于资源文件夹/插件化方案，setTheme是Android原生支持的方案，不需要额外的资源打包和解析逻辑，后期维护更省心。只要把所有页面统一到基类，再清理掉硬编码资源引用，后续新增页面也会自动支持换肤，长期来看投入是值得的。

总结建议： #

如果你的项目已有完善的主题层级，优先推进setTheme方案，通过基类统一设置主题，逐步清理硬编码资源。资源文件夹切换方案更适合需要极端自定义资源（比如完全不同的图片、布局结构）的场景，但成本更高，除非现有主题体系完全无法满足需求，否则不优先考虑。

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