> 鲍文博的博客详情
command + shift +G 前往文件夹:
&~/Library/MobileDevice/Provisioning Profiles &
删除里面的文件，重新导入XX.mobileprovision
人打赏支持
码字总数 1290
支付宝支付
微信扫码支付
打赏金额: ￥
已支付成功
打赏金额: ￥
& 开源中国(OSChina.NET) |
开源中国社区(OSChina.net)是工信部
指定的官方社区最新碎语：胡东东博客,记录日常开发的问题和学习中的点滴
您的位置： && Xcode7新版本中的几个设置
运行了之前的工程，发现了一些问题，就针对性的做了一下iOS9的适配。
参考文章：
1，默认使用HTTPS请求
如果在Xcode 9之前使用的时http请求，那么在XCode 9上编译的App是不能联网的，会提示如下
App Transport Security has blocked a cleartext HTTP (http://) resource load since it is
insecure. Temporary exceptions can be configured via your app's Info.plist file.
修改方法是要么使服务器支持https访问，要么关闭https的使用。第一种方法对于个人开发者来说
代价还是比较大的，因此推荐使用后面一种方法。
具体的做法是:在工程的Info.plist文件里添加NSAppTransportSecurity字典类型的。
添加一个元素：key为NSAllowsArbitraryLoads，值为YES。
2，iOS 9使用URL scheme必须将其加入白名单
否则会提示类似如下错误:
canOpenURL: failed for URL: "mqqopensdkapiV2://qqapp" - error: "This app is not
allowed to query for scheme mqqopensdkapiV2”
近期苹果公司iOS 9系统策略更新，限制了http协议的访问，此外应用需要在“Info.plist”中将要使用的URL Schemes列为白名单，才可正常检查其他应用是否安装。
受此影响，当你的应用在iOS 9中需要使用微信SDK的相关能力（分享、收藏、支付、登录等）时，需要在“Info.plist”里增加如下代码：
修正方法是，Info.plist文件中添加一个key为LSApplicationQueriesSchemes的数组值，里面包
含需要添加白名单的string类型的scheme。
完成后需使用Xcode 7编译。
如果你在模拟器上运行可以能还会有以下报错：
-canOpenURL: failed for URL: "weixin://app/wxdaae92a9cfe5d54c/" - error: "(null)"
这是因为模拟器上并没有安装微信，如果运行到真机上就不会有报错了。
请注意：未升级到微信客户端6.2.5及以上版本的用户，在iOS 9下使用到微信相关功能时，仍可能无法成功。
下面整理一些常用的白名单
&key&LSApplicationQueriesSchemes&/key&
&string&mqqOpensdkSSoLogin&/string&
&string&mqzone&/string&
&string&sinaweibo&/string&
&string&alipayauth&/string&
&string&alipay&/string&
&string&safepay&/string&
&string&mqq&/string&
&string&mqqapi&/string&
&string&mqqopensdkapiV3&/string&
&string&mqqopensdkapiV2&/string&
&string&mqqapiwallet&/string&
&string&mqqwpa&/string&
&string&mqqbrowser&/string&
&string&wtloginmqq2&/string&
&string&weixin&/string&
&string&wechat&/string&
qq登录绑定，qq支付，qq分享
微信支付，微信登录绑定
新浪登录绑定
支付宝支付，支付宝登录绑定
3，bitcode
使用Xcode7编译提示：XXX does not contain bitcode. You must rebuild it with bitcode
enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the
vendor, or disable bitcode for this target. for architecture arm64
bitcode是被编译程序的一种中间形式的代码。包含bitcode配置的程序将会在App store上被编译
和链接。bitcode允许苹果在后期重新优化我们程序的二进制文件，而不需要我们重新提交一个新
的版本到App store上。
Xcode7 默认开启了bitcode，如果App使用的第三方类库不支持bitcode会提示错误，只需要
在”Build Settings”-&”Enable Bitcode”选项中看关闭bitcode即可。
4，项目运行报错如下
&Error&: CGContextSaveGState: invalid context 0x0. If you want to see the backtrace, please set CG_CONTEXT_SHOW_BACKTRACE environmental variable.
&Error&: CGContextTranslateCTM: invalid context 0x0. If you want to see the backtrace, please set CG_CONTEXT_SHOW_BACKTRACE environmental variable.
&Error&: CGContextRestoreGState: invalid context 0x0. If you want to see the backtrace, please set CG_CONTEXT_SHOW_BACKTRACE environmental variable.
出错原因：设置app的状态栏样式的使用使用了旧的方式，在info.plist里面设置了View controller-based status bar appearance为NO，默认为YES，一般式iOS6的时候使用这种方式，iOS7，8也兼容，但是到了iOS9就报了警告。
[[UIApplication sharedApplication]setStatusBarStyle:UIStatusBarStyleLightContent];
以前我们通过上面代码改变状态了颜色，iOS9以后点进去看api发现如下说明
// Setting the statusBarStyle does nothing if your application is using the default UIViewController-based status bar system.
@property(readwrite, nonatomic) UIStatusBarStyle statusBarStyle NS_DEPRECATED_IOS(2_0, 9_0, "Use -[UIViewController preferredStatusBarStyle]");
- (void)setStatusBarStyle:(UIStatusBarStyle)statusBarStyle animated:(BOOL)animated NS_DEPRECATED_IOS(2_0, 9_0, "Use -[UIViewController preferredStatusBarStyle]");
解决办法：
修改方式将View controller-based status bar appearance设置为YES，然后使用新的方式来实现状态栏的样式。
- (UIStatusBarStyle)preferredStatusBarS
- (UIViewController *)childViewControllerForStatusBarS
- (void)setNeedsStatusBarAppearanceUpdate
5，directory not found for option问题
警告如下：
ld: warning: directory not found for option ‘-F/Applications/Xcode 7.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator9.0.sdk/Developer/Library/Frameworks‘
问题原因：Xcode7将framworks位置改变了。
解决方法：
点击项目，选择 Targets-&xxxTests
选择build setting ，找到 Frameworks Search Path 或者 Library Search Paths
删除$(SDKROOT)/Developer/Library/Frameworks，
或者使用$(PLATFORM_DIR)/Developer/Library/Frameworks替换
framworks位置改变
本文由整理,转载请注明本文标题和链接本文标题: 《》本文链接: 如果您想请我喝杯咖啡的话，可以给我打赏哦。谢谢各位支持。
打赏方式：支付宝微信QQ红包
打开支付宝扫一扫& & & 作为一名iOS开发攻城狮,在苹果没有出ARC(自动内存管理机制)时,我们几乎有一半的开发时间都耗费在这么管理内存上.后来苹果很人性的出了ARC,虽然在很大程度上,帮助我们开发者节省了精力和时间.但是我们在开发过程中,由于种种原因,还是会出现内存泄露的问题.内存泄露是一个很严重的问题.下面就简单介绍下怎么使用Xcode7自带的Instruments中的Leaks检测我们的程序有没有内存泄露和定位内存泄露的代码.(分析内存泄露不能把所有的内存泄露查出来，有的内存泄露是在运行时，用户操作时才产生的)
第一步:打开Xcode7自带的Instruments
按上面操作，build成功后跳出Instruments工具，选择Leaks选项
选择之后界面如下图:
到这里之后,我们前期的准备工作做完啦，下面开始正式的测试!
1.选中Xcode先把程序（command + R）运行起来
2.再选中Xcode，按快捷键（command + control + i）运行起来,此时Leaks已经跑起来了
3.由于Leaks是动态监测，所以我们需要手动操作APP,一边操作，一边观察Leaks的变化，当出现红色叉时，就监测到了内存泄露，点击右上角的第二个，进行暂停检测(也可继续检测，当多个时暂停，一次处理了多个).如图所示:
4.下面就是定位修改了,此时选中有红色柱子的Leaks，下面有个"田"字方格，点开，选中Call Tree
显示如下图界面
5.下面就是最关键的一步，在这个界面的右下角有若干选框，选中Invert Call Tree 和Hide System Libraries,（红圈范围内）显示如下：
到这里就算基本完成啦，这里显示的就是内存泄露代码部分，那么现在还差一步：定位!
6.选中显示的若干条中的一条，双击，会自动跳到内存泄露代码处，如图所示
7.找到了内存泄露的地方，那么我们就可以修改即可
阅读(...) 评论()}