【www.dagaqi.com--创业案例分析】
微信客户端授权登录开始邀请第三方应用内测了，我们虽然是个创业团队，但很幸运的成为了该功能的早期内测用户，经过半年多的试用，积累了不少的经验和教训，分享出来，希望对大家有所帮助。
微信授权登录的优势有哪些？
1. 数亿微信用户直接登录， 免去繁琐注册流程。
2. 支持获取用户基本信息，免去用户填写个人资料的烦恼，并且内容真实可靠。
一个iOS应用使用微信授权登录的过程应该是怎样的？
申请微信授权登录→微信sdk接入→多应用账号打通→提交AppStore审核→上线
为什么提交AppStore审核也列入了这个过程？
因为这里坑最多，我们一开始缺乏经验，足足在这步浪费了差不多两个月的宝贵时间！
下面，我们就按照这个过程，逐一进行介绍。
第一步：申请微信授权登录
微信授权登录的申请条件？
只要应用已经获得了微信支付的权限，就可以提交申请。
具体怎么申请，官方有很详细的介绍，这也不是本文的重点，所以就直接略过了。附上微信开放平台的地址：https://open.weixin.qq.com/
在这里要重点指出的是：
1. 客户端的授权登录是在微信开放平台申请的。
2. web端的授权登录除了要在微信开放平台申请外，还要申请微信公众平台的服务号并完成认证，获取高级接口的访问权限。
修正：微信的伙伴们反馈了最新的进展，web端的授权登录现在可以不用公众号了。
第二步：微信sdk接入
如果你的申请被通过，会得到一个包含有微信授权登录的SDK包，这个包同时也包含了基础的分享功能。具体的接入方法，微信会在SDK包中提供详细的说明文档，按照文档进行接入即可。
在这里要重点指出的是：
1. 授权成功后返回的OpenID仅仅是应用内唯一标识，同一用户在不同应用进行授权，返回的OpenID是不一样的！
2. 即使是同一个应用，同一个用户在移动应用授权登录和在web应用授权登录，返回的OpenID也是不一样的！
OpenID都不一样，那我的产品是一系列应用，想统一账号怎么办？
别急，继续往下看，微信已经提供了解决方案的。
第三步：多应用打账号打通
如果你们的产品是一个系列应用，又或者同时有移动应用和web应用，那么按照微信的规定，每个应用都必须在开放平台进行登记和审核（需要绑定包名，所以不能多个应用使用同一个签名），这也就意味着这些应用每个都是独立的应用！前面说过，这样会导致这一系列应用当用户授权后，返回的OpenID都不一样，无法唯一标识用户！这时就需要使用UnionID机制来解决这个问题。
搜狐IT独家获悉，微信将在本月26日推出微信5.5的正式版（非6.0版），核心升级包括加入卡包功能和微视频功能，其中最大的一个升级将瞄准卡券管理和线下支付市场，推出微信卡包功能。
与之前的当面付等功能不同，微信卡包不仅仅是几亿微信用户增加了一个功能，而且将影响到线下商家的运作方式，同时，微POS类产品将从之前的内测阶段，正式进入公众市场。
微信5.5的推出表明微信在商户侧推广加速，打造的消费线上线下闭环由商户＋用户＋微信（卡包）＋微POS产品组成，微信卡包功能和微POS是两个切入点。在微信端，公众号为卡券派发，卡包则是存储盒管理；线下微POS用户卡券的核销，同时也是一个卡券派发点。
微信卡包到底是什么？将对个人和商家的消费方式运营模式产生怎样的影响？腾讯在其中的诉求又是什么，来看我们的解秘。
切入点一、微信卡包功能
微信卡包是什么
微信5.5中加入的卡包功能，是和iOS中的Passport类似的产品，可以聚合你传统实物钱包里存在的银行卡、优惠券、电影票、会员卡等信息。
所不同的是，微信的卡包是出现在微信主目录“我”里面，钱包下方的一个新子菜单。而Passport则是存在于iOS中的一个App，从这个角度来看，微信俨然已经成了一个“系统级的App”。
（微信卡包功能界面）
对用户:入口变浅 统一管理
微信卡包能做什么在上面的描述中已经有些说明，目前来看，针对个人主要有2大用途，主要是增加了卡券使用的便捷和易用性。
个人用途一、管理银行卡、优惠券等信息。
个人用途二、将原来存在于各服务商公众号或服务号里面的优惠券、打折券等信息，从更加底层的公众号/服务号菜单中提取出来，集中在卡券菜单里显示。
这样的好处是，用户像使用一个真实的钱包一样在管理自己的卡券等信息。
（由于微信的社交属性，卡券可分享，会员卡甚至可共用）
对商户:卡券派发 轻量级ERP
其实卡包功能对商户来说更有意义，年初我在首次披露微信POS硬件“微POS”创始人宿凯后，引起了“微信涉足”线下支付，威胁银联支付的误解，后腾讯公司也低调对待这一说法，撇清自己没有直接参与硬件的事实。
事实上，微信钱包、卡包和线下支付打通，确实有2个方面是离不开的，一类是微信类POS机这类硬件产品，同时也离不开线下商家的加入。
作为互联网从业者，被外行的朋友们问及最多的问题是，“做一个网站需要多少钱？”或者“做一个APP需要多少钱？”。作为做过完整网站项目和APP的人，今天从产品经理的角度，一起来算一下中小型APP从无到有需要做哪些工作，做一个APP的成本，以及做一个app，需要付出多久，多少金钱代价。
一般来说，APP的开发可以分为前期研发、正式上线、渠道推广、产品运营等几个过程，中间还包括内部测试，版本迭代等。产品研发完成后，工作才刚开始，开发者需要在不同的渠道进行推广，接入各种SDK，积累初始用户，并根据实际的运营情况进行修改和调整。
以下内容的前提是：深圳、移动互联网方向。包含研发一个新产品过程中一些常见的工作，并非十全十美。
首先假设在做APP之前我们已经有了一个成熟的团队（这是非常幸运的前提，很多产品研发进度极其缓慢的原因之一就是在过程中不断在招人），团队的结构以架构 师兼后台开发1名+安卓1名+iOS开发1名+产品经理1名+前端开发1名+设计师1名。你可能也发现了这些人员配备都是单点的，一旦有人生病或请假，某 个职位就会缺失，项目进度就会拖后，所以我们大约配备2个浮动名额，也就是，初始团队大概有8名，我们假设团队平均工资在13000左右（憋惊讶，深圳需 要这个数，还是比较低的。。。），需要给员工缴纳五险一金，详见下表（假设我们是老实善良的公司，公积金按最低标准缴纳）：
除工资的部分，还要平均为每个员工多缴纳 3653元的五险一金支出，员工部分的支出是 （13000+3653）*8=133224元/月。
好，有了团队，下一步要解决的是工作场所的问题，8人团队可以选择创业孵化器（前提是你能找到孵化器）或者中低端的办公场所（这类的办公场所，深圳大约是 120元/㎡，大约100平米）。这里有必要稍微提以下孵化器，孵化器的租金会比较便宜（或者不要钱），在接纳创业团队之前一般会签署协议，需要以场地作 为股权置换条件，或者是优先投资权，是否划算，得创业团队自己掂量。算上水电、物业，一个月15000左右算比较省了。
有了场地和团队，接下来置换办公耗材、宽带之类的（假设电脑自己带），普通的人体工程学椅子价格在150元左右，如果不买工程学椅子也可以，用普通的椅子，加上桌子平摊成本，桌椅需要200左右的成本，这算一次性付出。拍脑袋，6000元可以搞定吧。
做一个APP需要多少钱？唔，人、场地、作案工具齐活了，开始进入正题吧。
一、产品定位、扯皮、早期工作准备阶段。
做APP之前一般会有个老板，老板大概知道自己想要什么功能（对，老板一般不知道自己要做什么东西，需求是什么，产品定位是什么），这时候产品经理要出马 了，跟老板各种扯皮、厘清需求、找产品定位，这里大概扯吧个两周，好说歹说会把产品的定位、一期的需求想清楚（期间架构师可以开始构思产品的技术架构了， 未能正式开工）。
产品定位以及早期的需求确定出来之后，需要想个产品的名字、需求调研、竞品调研分析、注册域名、购置服务器以及周边基础能力（如CDN存储、短信服务、消 息推送等）、商标（未注册商标、很多团队就是吃了这个亏）、抢注域名、设计logo，这里在老板不中途改变想法、变更产品需求和定位的前提下，最起码扯一 周，这时候产品的原型、技术架构的雏形也出来了，基本可以进入真刀真枪的干活了。这一步假设域名不需要花大价钱购买，全部费用算起来拍脑袋10000元/ 年 可以搞定。
二、产品版本策划、架构设计阶段。
看似一切都准备就绪之后，产品开始整理需求，按照需求优先级规划版本。架构师按照产品的发展方向构想，开始着手进入开发环境、生产环境部署、基础代码研发阶段。
很有必要提一下的是，做APP比较常见的两种功能实现方式有native原生和webview 方式，这两种方式的优劣不在本文的讨论范围，一般为了保证体验，以原生的方式为主，webview的方式为辅。以原生的方式做开发，版本是尤为重要的。其 一，APP开发完成之后，需要把上架到APP store（假设我们只上iOS和安卓），iOS 的APP Store 有冗长的应用审核周期，你必须提前把往后几个中小版本的功能规划好了才不至于在这个环节自乱阵脚；其二，你的APP安装到用户的手机上时你肯定希望他大部 分时候运行的都是最新的版本，如果你的版本更新过于频繁，用户也会烦。
看起来过程似乎非常顺利，产品经理把产品的思路厘清之后，开始准备产品V1.0 的规划。
新产品从无到有常见的工作：
（1）产品官网，产品官网是产品、公司、团队的脸面，让用户进入之后能以最快的速度了解你的定位以及产品特性，也就是什么样的人在为解决什么样的问题，做着什么样的事情。
（2）用户协议。是的，如果用户要注册、使用你的产品，你得起草你的用户协议，跟律师或法务不断沟通调整。
（3）种子用户。嗯，你要思考你的第一批种子用户从哪里来，如何组织，怎么管理，他们是检验你产品的第一群人，对于验证你的产品定位、发现产品问题、提升产品体验来说至关重要。
（4）基础数据上报规划。你要知道产品一旦发布，在对用户行为一无所知的情况下，需要收集什么数据来优化、调整你的产品设计，思考你的产品方向。
（5）UI设计与交互标准制定。不能保证产品的UI以及交互一上线就有让用户觉得惊艳的效果，但是必须保证UI/交互在一致性上没有问题。
（6）后台管理系统。如论是查看数据还是内容管理，后台管理系统是你工作的有效辅助，也不能少。
（7）APP。这是你的产品的重中之重，密切观察跟踪。
（8）。。。
如果一切顺利，那么在3-6个月之后，你的APP第一版应该有了第一个雏形了。
三、内部测试、打磨阶段。
在这个阶段，你要跟设计、研发、种子用户之间保持密切沟通，不断收集问题、发现问题、优化、解决问题，期间可能需要发布1-3个beta子版本。同时，你要想办法保持种子用户的活跃与配合的激情，这是一项艰巨的工作，谁做谁知道。
四、发布阶段
发布的时候，不算渠道宣传费用，不打广告，上线iOS APP Store 需要注册开发者账号，购买证书，也需要花费一定的费用，不多，也就99美元/年。
如果你做得多一些，找安全团队帮你做安全评估，这里也要花上一些钱，这里就不算了。至于负载均衡、加速技术什么的，你的APP刚上线，应该用不上。
做一个APP要多久？6个月的时间，算快，一个APP从无到有需要的费用大概这么算：
人工费用： 133224元*6个月 ≈ 80 w。
场地租金： 15000元*6个月 = 9w。
办公耗材+桌椅支出：1w。
服务器、域名、周边IT基础费用：2w。
做一个APP需要多少钱？大约算下来，不算营销费用，第一个版本，你需要准备100w。
是的，做一个APP需要多少钱？如果有人问你，你可以这样回答：一个不太复杂的APP，从无到有做出来，半年第一个版本出来，需要100万。
你有这个预算了吗？你还准备做一个app吗？
更有一个残酷的现实：有些APP还没研发出来就胎死腹中，有些出生即是死亡，更多的虽仍在应用市场上，却早已无人问津。据艾瑞发布的报告显示，国内APP的生命周期平均只有十个月，应用程序的留存率仅有5%。真正赚钱的，又有多少呢？
怎么把APP放进微信里，App和公众号怎么互推？ 11月6日，微信开放平台（open.weixin.qq.com）发公告表示，将把沟通接口开放给开发者，以下是公告原文：
微信沟通接口正式上线，用户可以在移动应用中，点击跳转到微信客户端内，进入公众号的会话界面或者资料页（用户已关注公众号时会进入会话界面，未关注则进入资料页），让用户更方便地关注公众号，与开发者进行沟通。
具体开放规则如下：
1. 通过微信开发者资质认证的开发者，其帐号下所有的移动应用和公众号应用自动获得微信沟通权限。
2. 移动应用可以唤起同在一个开放平台帐号下的任意一个公众号。
接入流程：
1、在微信开放平台（open.weixin.qq.com）注册开放平台开发者账号。
2、登录微信开放平台，进入“帐号中心”页申请开发者资质认证。
3、前往“管理中心”界面提交移动应用申请，绑定公众号。
4、前往“资源中心”下载iOS开发工具包或者Android开发工具包，内置到移动应用中，然后查看开发文档进行开发。
一周前在腾讯全球合作伙伴大会上，微信开放平台助理总经理曾鸣表示微信在接口方面将会越来越开放，最近的微信登陆也在公测，接入后可实现微信账号快速登陆，打通账号体系。而昨天微信沟通接口上线后，对开发者来说无疑又是一件好事，下面分析下微信沟通接口上线后，对移动应用开发者的影响：
1、知名官方APP带粉效果更明显
在沟通接口未上线之前，官方APP内引导用户关注自家官方微信的途径一般是放二维码或者微信号让用户自主添加，鉴于流程繁琐，其过程中肯定会有一部分用户流失，效果不太理想，沟通接口上线后，可直接在APP显著位置提醒用户“一键关注官方微信”，用户点击后跳至公众号介绍页面，点击关注即可，此功能类似于网页版的一键关注“微博”“微信”，简单快捷，而且大大减少了自有用户的流
失，例如像“携程”、“糗事百科”、“冷笑话精选”、“优酷”这些知名APP，原本用户基数大，加上微信沟通接口的上线，其公众号的粉丝量将会有更明显的提升。
2、微信公众号导航应用有可能如雨后春笋般涌现
之前下载过类似于微信公众号导航推荐的应用，这类应用每天会筛选优质的公众账号，按照不同分类进行排行，并且有“关注”微信按钮，由于微信的限制，点击后总会出现各种各样的问题，关注过程及其繁琐，并且最终关注失败，所以这类应用一直不温不火。在沟通接口上线后，由于可以从外部应用跳往微信内部公众号详情页，类似“微信公众号导航”“微信精选”此类应用将有可能会大量涌现，未来很有可能走“团800”的路线，做微信公众号的聚合平台，让公众号按竞价排名。
3、大批量移动应用内部做活动引导关注
由于微信开放平台的接口权限将越来越开放，那么通过微信接口管理用户以及和粉丝互动将变得越来越简单，大部分开发者会在应用内部做多样化的活动引导用户关注自家的公众号，其目的在于粉丝关注其公众号之后，会有更多的呈现方式来做活动，最终引导粉丝关注其品牌和扩散影响力；例如手游行业，可以通过关注官方微信送礼包，成为粉丝之后，游戏版本更新、节日活动、新游发布都可以通过官方微信第一时间推送给其粉丝。
4、微信自媒体互推将出现更多模式
现在很多自媒体联盟都有公众号互推的活动，一般来说是单图文发送一些公众号介绍合集，或者在微信文章末端推荐，更先进的是制作一个wap页面，有很多公众号的列表，点击关注后跳到一片空白文章页面，点击标题下的公众号名称关注，不得不说，媒体人在公众号推广这方面还是蛮拼的，微信沟通接口上线后，可能会出现更为多样化的互推方式，造福自媒体。
经典案例
【案例1】《项目A》x.1.0版本，App中，弹出的公告出现测试字眼，导致被拒，苹果认为该版本是
测试版本：
【应对措施】苹果不允许测试版本上架销售，内测、测试、公测、体验、demo版、beta版、
demo版、test版等字样出现时，苹果会统一认为是测试版本。因此，在正式提审期间，必须屏蔽含有如上字样的公告、邮件、活动等界面。
【案例2】《项目B》x.2.4版本，App内弹出的公告中，出现第三方平台名称”Android“、以及错误的苹果产品的英文拼写”IOS“
，导致被拒：
【应对措施】
1. Android、Windows phone、安卓等第三方平台字样是不能出现的，避免在苹果平台宣传其竞争
对手，可采用”其它平台“来替代“Android “等。
2. 应用内的文字描述，如有涉及苹果产品的英文拼写，必须采用正确的拼写格式，详情需参考苹果官方文档。
应用内容检查
此部分的审核，腾讯预审小组重点覆盖应用中的动画、登录、注销、支付等功能界面，确保应用的
内容满足苹果商店审核指南的准则，主要的检查项有以下几方面：
经典案例
【案例3】
《项目C》x.x.1版本，在提审过程中，苹果审核人员发现应用内的某角色，存在明显的抖胸动作，
以低俗为理由，拒绝了该版本。
【应对措施】无论应用的年龄评级是多少，尽量不要提供过于夸张的、明显的、挑逗的、敏感器官抖动的内容，避免被打回。
【案例4】
《项目D》x.2.0版本，在提审过程中，苹果审核人员发现App 包含了版本更新的按钮，因此拒绝了
该版本的提审。
【应对措施】苹果不允许应用程序包括一个更新按钮提醒用户更新应用程序，为了避免用户混淆，应用版本更新必须利用iOS内置的更新机制。因此，必须屏蔽应用内版本更新功能。
总结
1. 文字描述的检查，除了应用内的公告、声明、活动、邮件等界面之外，应用中链接的官网、论坛等网页，同样需要覆盖的；
2. 应用内容部分的检查，必须包含如下几方面的内容：低俗/成人等内容、非IAP支付方式、会员专属福利或加成、版本更新功能、拉起或提示下载其它App等。
作者：腾讯互娱iOS预审团队，隶属于互娱研发部品质管理中心，致力于互娱产品的iOS审核前的验收工作。
来源：微信公众号：腾讯大讲堂
人人都是产品经理（woshipm.com）中国最大最活跃的产品经理学习、交流、分享平台
微信支付接口上手指南
(附微信SDK更新说明)
12SDK的接口和使用请参见微信开放平台上的上手指南（Android）和SDK Sample。这里主要说
明在正常使用微信SDK的第三方app上使用微信支付接口的步骤。
准备工作：
在使用接口之前请先保证持有向微信开放平台申请得到的appid、appsecret（长度为32的字符串，用于获取access_token）、appkey（长度为128的字符串，用于支付过程中生成app_signature）及partnerkey（微信公众平台商户模块生成的商户密钥）。
注意：appsecret、appkey、partnerkey不应硬编码到客户端程序中，建议需要用到这三个字段的过程都在服务器端完成。
一、获取access_token access_token是APP的全局唯一票据，APP调用各接口时都需使用access_token。正常情况下access_token有效期为7200秒，重复获取将导致上次获取的access_token失效。
APP可以使用AppID和AppSecret调用本接口来获取access_token。AppID和AppSecret可在开放平台后台获得。注意调用接口时需使用https协议。
返回说明
正常情况下，微信会返回下述JSON数据包给开发者：
1
2
错误时微信会返回错误码等信息，JSON数据包示例如下（该示例为AppID无效错误）: 二、生成预支付订单
Url 中的参数只包含目前微信公众平台凭证access_token，详细的订单数据放在PostData中，格式为json，示例如下：
返回结果说明：
package生成方法：
A)对所有传入参数按照字段名的ASCII 码从小到大排序（字典序）后，使用URL 键值对的格式（即key1=value1&key2=value2…）拼接成字符串string1；
B) 在string1 最后拼接上key=partnerKey 得到stringSignTemp 字符串， 并对 stringSignTemp进行md5 运算，再将得到的字符串所有字符转换为大写，得到sign值signValue。
C)对string1 中的所有键值对中的value 进行urlencode 转码，按照a 步骤重新拼接成字符串，得到string2。对于js 前端程序，一定要使用函数encodeURIComponent 进行urlencode编码（注意！进行urlencode时要将空格转化为%20而不是+）。
D)将sign=signValue 拼接到string1 后面得到最终的package 字符串。
代码示例如下：
// 构造参数列表
NSMutableDictionary params = [NSMutableDictionary dictionary];
[params setObject:@"WX" forKey:@"bank_type"];
[params setObject:@"千足金箍棒" forKey:@"body"];
[params setObject:@"1" forKey:@"fee_type"];
[params setObject:@"UTF-8" forKey:@"input_charset"];
[params setObject:@"forKey:@"notify_url"];
[params setObject:[self getOutTradNo] forKey:@"out_trade_no"];
[params setObject:@"1900000109" forKey:@"partner"];
[params setObject:@"192.168.1.1" forKey:@"spbill_create_ip"];
[params setObject:@"1" forKey:@"total_fee"];
// 生成package
NSMutableString package = [NSMutableString string];
for (NSString *key in [params allKeys]) {
[package appendString:key];
[package appendString:@"="];
[package appendString:[params objectForKey:key]];
[package appendString:"&"];
}
[package appendString:"key="];
[package appendString:PARTNERKEY]; // 注意：不能hardcode在客户端，建议genPackage这个过程都由服务器端完成
// 进行md5摘要前，params内容为原始内容，未经过url encode处理
String packageSign = package.md5.uppercaseString;
return [NSString stringWithFormat:@"%@&sign=%@",paragramString,packageSign];
app_signature生成方法：
A）参与签名的字段包括：appid、appkey、noncer、package、timestamp以及 traceid
B）对所有待签名参数按照字段名的ASCII 码从小到大排序（字典序）后，使用URL 键值对的格式（即key1=value1&key2=value2…）拼接成字符串string1。
注意：所有参数名均为小写字符
C）对string1 作签名算法，字段名和字段值都采用原始值，不进行URL 转义。具体签名算法为SHA1
三、调起微信支付
将第二步生成的prepayId作为参数，调用微信sdk发送支付请求到微信。
代码示例如下：
PayReq *request = [[[PayReq alloc] init] autorelease];
request.partnerId = _pactnerid;
request.prepayId= _prapayid;
Request.package = _package;
request.nonceStr= _noncestr;
request.timeStamp= _timestamp;
request.sign= _sign;
[WXApi safeSendReq:request];
注意事项：
1.调起微信支付SDK时，请求参数中package需填写为：Sign=WXPay。
签名生成示例如下：
// 构造参数列表 NSMutableDictionary params = [NSMutableDictionary dictionary];
[params setObject:@"1234567" forKey:@"appid"];
[params setObject:@"111111" forKey:@"appkey"];
[params setObject:@"daadssas" forKey:@"noncestr"];
[params setObject:@"Sign=WXPay" forKey:@"package"];
[params setObject:@"123456" forKey:@"partnerid"];
[params setObject:@"123456" forKey:@"prepayid"];
[params setObject:@"12345" forKey:@"timestamp"];ios,审核,app只有微信登录,怎么处理
// 生成signText
NSMutableString *signText = [NSMutableString string];
for (NSString *key in [params allKeys]) {
[signText appendString:key];
[signText appendString:@"="];
[signText appendString:[params objectForKey:key]];
[signText appendString:"&"];
}
NSString *signResult = signText.sha1; // 注意：不能hardcode在客户端，这个过程都由服务器端完成
四、接收支付返回结果：
参照微信SDK Sample，在WXPayEntryActivity类中实现onResp函数，处理支付结果的通知和下一步界面操作。注意由客户端返回的支付结果不能作为最终支付的可信结果，应以服务器端的支付结果通知为准。
代码示例如下：
- (void)onResp:(BaseResp *)resp {
if ([resp isKindOfClass:[PayResp class]]) {
PayResp *response = (PayResp *)resp;
switch (response.errCode) {
case WXSuccess: {
if (_delegate && [_delegate
respondsToSelector:@selector(PaySuccess)]) {
[_delegate PaySuccess];
}
}
break;
default: {
if (_delegate && [_delegate
respondsToSelector:@selector(PayFail:)]) {
[_delegate PayFail:response.errCode];
}
}
break;
}
}
}
附:微信SDK更新说明
这里主要说明新增加的支付接口。
未越狱的iPhone如何安装多个微信的免费教程解析
乔帮主成功地将iPhone打入了中国市场，现在iPhone基本上是遍布了中国大江南北，微商也逐渐发展起来，很多网友是一个人有着多个微信账号。但是iPhone限制了微信的下载，基本上只要你下载了一个微信，再下载一个，新版本就会将旧版本取代，因此你的手机只会存在一个微信APP。这样要登录微信的话就需要频繁地切换微信账号，怎么办呢？
今天小编就教大家一个简单的方法，可以在手机上安装两个、三个甚至多个微信，供用户同时登录使用。这个教程支持iPhone不越狱安装多个微信，使用与所有的iOS设备，兼容iOS6至iOS8系统，支持的手机设备是iPhone4s到最新的iPhone6s，以及ipad Mini、iPad Air等。不论设备是否越狱，都可以正常使用，永不失效。
一、打开手机上的Safari浏览器，然后输入可以下载多个微信的网址（小编这里不提供啦，大家随意百度一下都会有的）
，然后进入该网址；ios,审核,app只有微信登录,怎么处理
二、进入网址之后，会弹出对应的窗口，这里我们根据需求选择下载；
三、随后Safari
会弹出提示，询问我们是否安装，这个时候选择“安装”继续下一步；
四、随后等待安装完成之后，我们的手机上就会有另外多个的微信app了。
五、导入之前的微信聊天记录/恢复删除的聊天记录
如果下载之后我们想要导入之前的微信聊天记录，有备份的前提是最好的，直接登入信息导入即可。
如果没有备份的话，或者是误删了记录，
将手机连接到电脑，
打开迅捷微信聊天记录恢
复器，按照程序内部教程一步步操作就可以将所有的聊天记录还原了。
一步一步实现iOS微信自动抢红包(非越狱)
微信红包ios,审核,app只有微信登录,怎么处理
前言：最近笔者在研究iOS逆向工程，顺便拿微信来练手，在非越狱手机上实现了微信自动抢红包的功能。
题外话：此教程是一篇严肃的学术探讨类文章，仅仅用于学习研究，也请读者不要用于商业或其他非法途径上，笔者一概不负责哟~~ 好了，接下来可以进入正题了！ 此教程所需要的工具/文件
ios,审核,app只有微信登录,怎么处理
OpenSSH(Cydia) iFile(Cydia) Cycript(Cydia)
Command Line Tools Xcode
苹果开发者证书或企业证书 一台越狱的iPhone
是的，想要实现在非越狱iPhone上达到自动抢红包的目的，工具用的可能是有点多（工欲善其事必先利其器^_^）。不过，没关系，大家可以按照教程的步骤一步一步来执行，不清楚的步骤可以重复实验，毕竟天上不会掉馅饼嘛。
解密微信可执行文件(Mach-O)
因为从Appstore下载安装的应用都是加密过的，所以我们需要用一些工具来为下载的App解密，俗称砸壳。这样才能便于后面分析App的代码结构。 首先我们需要一台已经越狱的iPhone手机(现在市面上越狱已经很成熟，具体越狱方法这里就不介绍了)。然后进入Cydia，安装OpenSSH、Cycript、iFile(调试程序时可以方便地查看日志文件)这三款软件。
PS：笔者的手机是iPhone 6Plus，系统版本为iOS9.1。
在电脑上用iTunes上下载一个最新的微信，笔者当时下载的微信版本为6.3.13。下载完后，iTunes上会显示出已下载的app。
iTunes
连上iPhone，用iTunes装上刚刚下载的微信应用。
打开Mac的终端，用ssh进入连上的iPhone(确保iPhone和Mac在同一个网段，笔者iPhone的IP地址为192.168.8.54)。OpenSSH的root密码默认为alpine。
ssh
接下来就是需要找到微信的Bundle id了，，这里笔者有一个小技巧，我们可以把iPhone上的所有App都关掉，唯独保留微信，然后输入命令 ps -e
微信bundle id
这样我们就找到了微信的可执行文件Wechat的具体路径了。接下来我们需要用Cycript找出微信的Documents的路径，输入命令cycript -p WeChat
cycript
编译dumpdecrypted
先记下刚刚我们获取到的两个路径(Bundle和Documents)，这时候我们就要开始用dumpdecrypted来为微信二进制文件(WeChat)砸壳了。
确保我们从Github上下载了最新的dumpdecrypted源码，进入dumpdecrypted源码的目录，编译dumpdecrypted.dylib，命令如下:
dumpdecrypted.dylib
这样我们可以看到dumpdecrypted目录下生成了一个dumpdecrypted.dylib的文件。
scp
拷贝dumpdecrypted.dylib到iPhone上，这里我们用到scp命令. scp 源文件路径 目标文件路径 。具体如下：
scp
开始砸壳
dumpdecrypted.dylib
的具体用法是：
DYLD_INSERT_LIBRARIES=/PathFrom/dumpdecrypted.dylib /PathTo
dumpdecrypted
这样就代表砸壳成功了，当前目录下会生成砸壳后的文件，即WeChat.decrypted。同样用scp命令把WeChat.decrypted文件拷贝到电脑上,接下来我们要正式的dump微信的可执行文件了。
dump微信可执行文件
从Github上下载最新的class-dump源代码，然后用Xcode编译即可生成class-dump(这里比较简单，笔者就不详细说明了)。
导出微信的头文件
使用class-dump命令,把刚刚砸壳后的WeChat.decrypted,导出其中的头文件。./class-dump -s -S -H ./WeChat.decrypted -o ./header6.3-arm64
导出的头文件
这里我们可以新建一个Xcode项目，把刚刚导出的头文件加到新建的项目中，这样便于查找微信的相关代码。
文档为doc格式