Android资源颜色常量管理：静态类还是单例实现？

先聊聊你当前的实现：能跑起来，但藏着几个潜在的坑，咱们一步步拆解清楚：

现有方案的隐患 #

• 内存泄漏风险：虽然你在MainActivity里用了getApplicationContext()，但静态持有Context的写法本身就不够优雅——万一后续不小心换成了Activity的引用，直接就会导致Activity无法被回收，引发内存泄漏。
• 初始化时机炸弹：Attributes里的静态变量是类加载时就初始化的，这时候MainActivity的onCreate可能还没执行，context还是null，一旦有其他类在MainActivity启动前就用到Attributes，直接就会抛出空指针异常！你现在能运行只是运气好，刚好Attributes的变量是在MainActivity初始化后才被访问的。
• 配置变更不兼容：如果用户切换系统主题（比如从浅色切到深色），资源会重新加载，但你的静态变量不会自动更新，导致颜色和新主题不匹配。

改进方向：更靠谱的实现方式 #

方案1：单例模式封装资源管理类 #

把资源管理做成单例，绑定Application的生命周期，彻底解决初始化时机和Context持有问题：

public class ResourceManager {
    private static ResourceManager instance;
    private final Resources resources;

    private ResourceManager(Resources resources) {
        this.resources = resources;
    }

    // 必须在Application初始化时调用，确保时机正确
    public static void init(Resources resources) {
        if (instance == null) {
            synchronized (ResourceManager.class) {
                if (instance == null) {
                    instance = new ResourceManager(resources);
                }
            }
        }
    }

    public static ResourceManager getInstance() {
        if (instance == null) {
            throw new IllegalStateException("ResourceManager未初始化！请先在Application中调用init()");
        }
        return instance;
    }

    // 封装颜色获取方法，后续加新颜色直接加方法即可
    public int getColorOne() {
        return resources.getColor(R.color.colorOne);
    }

    // 其他常量或资源方法
    public int getSomeOtherConstant() {
        return 1;
    }
}

然后在自定义Application类里完成初始化（Application是全局生命周期，比Activity稳定得多）：

public class MyApp extends Application {
    @Override
    public void onCreate() {
        super.onCreate();
        ResourceManager.init(getResources());
    }
}

别忘了在AndroidManifest.xml里配置这个Application：

<application
    android:name=".MyApp"
    ...>
    ...
</application>

最后在ScreenArea里使用：

public class ScreenArea {
    private Rect area;
    private Paint paint;
    public ScreenArea(Rect area) {
        this.area = area;
        paint = new Paint();
        paint.setColor(ResourceManager.getInstance().getColorOne());
    }
    public void draw(Canvas canvas) {
        canvas.drawRect(area, paint);
    }
}

这个方案的优势：

• 彻底避免静态Context的风险，初始化时机完全可控
• 封装性强，后续新增资源只需要在ResourceManager里加方法，维护成本低
• 可以轻松扩展处理配置变更（比如重新初始化资源）

方案2：直接通过Context获取（适合小型项目） #

如果你的项目规模不大，没必要搞复杂的单例，直接在需要的地方传递Context获取颜色更简单：

public class ScreenArea {
    private Rect area;
    private Paint paint;
    // 构造方法传入Context，推荐传Application Context避免泄漏
    public ScreenArea(Rect area, Context context) {
        this.area = area;
        paint = new Paint();
        // 用ContextCompat兼容旧版本Android
        paint.setColor(ContextCompat.getColor(context, R.color.colorOne));
    }
    public void draw(Canvas canvas) {
        canvas.drawRect(area, paint);
    }
}

这个方案没有额外的类，代码更简洁，只要保证传入的是Application Context，就不会有内存泄漏问题，适合小型项目快速开发。

总结 #

• 你当前的方案存在初始化时机的致命隐患，不适合长期使用，一旦代码结构调整很容易崩溃。
• 如果需要统一管理资源，推荐用单例的ResourceManager，配合Application初始化，稳定可靠且扩展性强。
• 小型项目直接通过Context获取颜色更简单，没必要过度设计。

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