背景

游戲發行切包過程中，經常碰到渠道、研發、發行方，三方資源在合并過程中，資源ID沖突導致程序異常的問題，此類問題通過getIdentifier方式規避或者修改沖突資源ID的方式可以處理，但成本較高，本文旨在提出一種在切包過程中自動化處理資源沖突的解決方案

1、public.xml介紹1、public.xml這個文件是哪來的？

該文件是apktool在反編譯apk時，根據apk包中的resources.arsc文件生成。

沒看過resource.arsc? (自己拖個apk到IDE看吧)

2、public.xml有什么作用

publc.xml是aapt在打包資源時用來固定資源id的，如果資源在public.xml中有對應的id了，那么打包資源時就用已經有的id。

3、public.xml中的id的格式

共四個字節32位，第一個字節代表PackgeID，第二個字節代表TypeID，后兩個字節代表資源值

通常系統資源PackageID是01，而我們自己的資源PackageID是7f

TypeID，比如attr為01，string為02。但是并不固定，并不一定attr就是01。但是在public.xml中，同類型的該字節一定是一樣的，否則回編譯會失敗。

2、R類介紹

R類這里有個知識點，library模塊中生成的R類中的成員的值不是常量，不帶final。app模塊生成的R類的值是常量值。而常量值在java編譯時會被優化，最終代碼中輸出的就是常量值，而不是R.id.xxx這樣。而library的因為是變量，不會被優化，代碼中會保留R.id.xxx

R類和public.xml的關系

從本質上講，其實并沒有啥關系。但是由于在代碼中我們會使用R.id去查找資源，這就關聯上了。如果都用getIdentifier的方式先獲取id，那把R類刪了也沒事。

public.xml打包后對應的就是resources.arsc中的值，而資源值生成Java類，這個類就是R類。也就是說平時使用R類，就是用里面的索引值去到resources.arsc中找到對應資源位置，再去加載。

3、切包融合過程中R類和public.xml的處理

切包過程中，R類屬于代碼，采用直接覆蓋的方式，但是由于我們生成的R類跟母包的R類其實值會是不同的。

下文中的cp指游戲研發方，即我們的SDK的接入方。

而public.xml是用的cp的，為什么用cp的？因為cp建立的是app工程，R類是常量值，如果我們把母包中public.xml中已有的值給改了，萬一母包中用了，那就gg了

由于R類在library中使用的時候是個變量，保留了R.id.xxx這種形式，解決方法就有了，糾正R類中的值跟public.xml對應，這樣就能繼續愉快的使用R.id.xxx了。

我們的切包過程有幾個步驟：

反編譯母包（指接入我們SDK的乙方）====》合并渠道資源====》合并入新sdk的資源（跳過研發更新我們的sdk的過程哈）

1、在反編譯母包的時候解析public.xml的值，存下來。

private void init() { List<Element> elements = mDocument.getRootElement().elements(); for (Element element : elements) { String type = element.attribute(TYPE).getStringValue(); String name = element.attribute(NAME).getStringValue(); String id = element.attribute(ID).getStringValue(); Map<String, String> typeMap = mTypeMap.get(type); if (typeMap == null) { typeMap = new HashMap<>(); typeMap.put(name, id); mTypeMap.put(type, typeMap); } else { typeMap.put(name, id); } }}2、合并渠道資源的時候，將渠道資源中的public.xml（以channelPublic代指）合并到母包的public.xml(以matrixPublic代指)中

合并策略：

a、channelPublic中有，而matrixPublic中沒有，增加到matrixPublic中

比如增加如下數據到matrixPublic中

<public type='attr' name='iconSrc' />

如果該type在matrixPublic中已經存在：

首先要獲取到attr在matrixPublic中的PackageId+TypeId。在一個public.xml文件中，同類型比如attr對應的PackageId+TypeId是不能變的，否則回編譯失敗。因此要添加數據時，數據的PackageId+TypeId需要糾正為matrixPublic的值。

其次資源值，不能和已有的資源值重復，正常情況下public.xml中的值是aapt生成的有序的，這里可以掃描matrixPublic中attr類型值的最大值，然后加一作為新加的iconSrc的id值

如果該type在matrixPublic中不存在（假設母包中matrixPublic中不存在attr類型）

首先要獲取類型已經被占用的有哪些，即獲取到matrixPublic中的TypeId，正常情況也是有序的，獲取出最大的TypeId，加一作為新Type的起始值。賦值給iconSrc的id值

b、channelPublic中有，而matrixPublic中也有的，不需要處理，保留matrixPublic中的值不變

3、合并入新sdk的資源，在覆蓋完R類，后開始糾正R類的值

掃描R類在PublicAndRHelper中

掃描覆蓋完R類的smali代碼中所有的R類，R$styleable類除外，因為styleable中保存的是一些數組的值，規則不同。

/** * 掃描代碼中的R類 * @return */ private void scannerRClass(String path) { File smaliFilePath = new File(path); for (File file : smaliFilePath.listFiles()) { if (file.isDirectory()) { scannerRClass(file.getAbsolutePath()); } else if(file.isFile()){ if (file.getName().equals('R.smali') || file.getName().startsWith('R$')) { //此處過濾掉styleable文件 if (!file.getName().endsWith('R$styleable.smali')) { mRClassFileList.add(file.getAbsolutePath()); } } } } }

針對每一個R類調用糾正R類中方法，糾正R類值在RValueHelper類中

策略：匹配出要糾正的行，獲取到type，name。在public.xml中找出對應的值，糾正。

注意這里的糾正不要用replace（oldValue,newValue）這種方式，要用替換行的方式，因為存在新值在R類中也存在后，后續替換出問題。比如a替換成b，b替換成c的情況最終R類中的a和b都被替換成了c

其次是styleable的處理，當掃描到的R是attr類型的時候，判斷是否有styleable類型的存在，如果存在，則緩存下來attr中所做的糾正，用于糾正styleable。

public static void handle(String RFilePath, PublicXmlBean publicXmlBean) { File RFile = new File(RFilePath); String RStyleFilePath = ''; Map<String, String> cacheMap = null; if (RFile.getName().endsWith('R$attr.smali')) { RStyleFilePath = RFilePath.replace('R$attr', 'R$styleable'); File RStyleAbleFile = new File(RStyleFilePath); //styleable存在，則把attr文件替換過的值緩存 if (RStyleAbleFile.exists()) { cacheMap = new HashMap<>(); } } String rFileContent = FileUtil.read(RFilePath); //找到RFile中是屬性的每一行 ArrayList<String> lines = FileUtil.readAllLines(RFilePath, '.field public static final'); String regex = '.field public static final (.*):(.*) = (.*)'; for (String line : lines) { Pattern pattern = Pattern.compile(regex); Matcher matcher = pattern.matcher(line); if (matcher.find()) { String type = RFile.getName().replace('R$', '').replace('.smali', ''); String name = matcher.group(1); String resetValue = publicXmlBean.getValue(type, name); if (StringUtils.isEmpty(resetValue)) { resetValue = publicXmlBean.addValue(type, matcher.group(1)); } //替換到文件內容中 rFileContent = rFileContent.replace(line, '.field public static final ' + name + ':' + matcher.group(2) + ' = ' + resetValue); if (cacheMap != null) { //換過的值緩存起來 cacheMap.put(matcher.group(3), resetValue); } } } FileUtil.write(RFilePath, rFileContent); if (cacheMap != null) { //糾正R$styleable的值 List<String> styleAbleLines = FileUtil.readAllLines(RStyleFilePath); BufferedWriter bw = null; try { bw = new BufferedWriter(new FileWriter(RStyleFilePath)); for (String styleAbleLine : styleAbleLines) { for (String key : cacheMap.keySet()) { if (styleAbleLine.contains(key)) { styleAbleLine = styleAbleLine.replace(key, cacheMap.get(key)); } } bw.write(styleAbleLine); bw.newLine(); } } catch (IOException e) { e.printStackTrace(); } finally { if (bw != null) { try { bw.close(); } catch (IOException e) { bw = null; } } } } }

至此，糾正完了R類和public.xml的值

4、小結

游戲發行行業中，切包過程由于是多方代碼資源的一個合并過程，經常出現資源沖突問題。本方案致力于優化切包過程，自動化地解決資源沖突問題。本方案已申請專利，并在我們實際業務中使用并穩定運行

以上就是Android 解決游戲發行切包資源索引沖突的問題的詳細內容，更多關于Android 游戲發行切包資源索引沖突的資料請關注好吧啦網其它相關文章！