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
