1. 问题背景

iOS马甲包同时安装后，导致无法搜索到本地设备。

但是，只安装一个app的话，就没有此问题（这说明应该是app互相干扰导致的）。

2. 解决过程

1）对比不同打包工具Xcode的版本，iPad对应系统的版本。

2）一开始发现其他事打的包，安装就没有该问题，但是后续用同样的配置去打包，安装之后也有问题。

3）重装系统后，首次安装使用就是没有问题的。但是继续使用其他app，问题就会复现。

以上都无法彻底解决该问题，直到测试同事发现如果只安装一个APP的话，就不会有网络问题。这给排查提供了思路。

经过各种查资料，查阅iOS网络相关知识，分析每一个安装包的UUID（iOS系统下的应用唯一标识），发现同一个工程打出的包UUID是相同的，继而发现相同的包在网络请求时会发生冲突。

这也是由于我们刚好使用同一套工程去打包出不同app导致的：相同的代码，仅仅是在打包的时候更换部分资源。这样系统分辨出可执行代码都是相同的，也就造成了系统给出了同一个UUID。

同时也解释了为什么安装北京同事打出的包就没有网络问题，因为他们负责的app和西安团队不是同一个软件，也不是同一个工程。

解决方案：

在打每个包时加一些混淆文件，让系统认为这些app差异较大。

具体做法：在每个项目iOS主工程创建一个swift文件，内容如下：

class udp1567367194 :UIView{
    let myAppleID = "1567367194"
    func temporaryFuncToFixUDPIssue(apple:String){
        print(myAppleID)
    }
}

注意：一定要写一个print函数，如果只是手动拖入一个类，会被系统认为是静态资源，但是有了print,iOS系统在编译的时候，会将方法处理成-performSelector:…这种，从而触发系统重构UUID。

3. 参考代码

otool -l Runner.app/Runner| grep LC_UUID -B 1 -A 2

#dirname $0 ,取得当前执行脚本文件的父目录
basepath=$(cd `dirname $0`;pwd)
cd ${basepath}/ipas
currentPath=$(pwd)
record=/Users/dragon/Desktop/fix_udp/uuid.txt
echo "当前文件夹路径:$currentPath"

for dir in `ls`
    do
    #进入子目录
    cd $currentPath/$dir
    rm -rf Payload
    mv *.ipa $dir.zip
    unzip *.zip
    cd Payload
    echo [$dir]的uuid:↩︎ >> $record
    uuid=`otool -l Runner.app/Runner| grep LC_UUID -B 1 -A 2`
    echo $uuid >> $record

    #不用返回上层目录,for循环会清空当前子路径

done

企业微信截图_528de240-f7f9-40be-9195-2b4e0065b079.png