&在这篇微信公众平台高级接口开发教程中，我们将介绍如何使用接口实现微信公众平台群发功能。
本文分为以下四个部分：
准备群发内容
选择群发对象
接收群发结果
一、准备群发内容
群发内容可以是文本、图片、语音、视频、图文。群发文本只需要文本内容，其他内容需要获得相应的media_id。
1. 文本内容
文本内容就是一段文字，比如："微信公众平台开发最佳实践"
2. 图片、语音、视频
要求如下：
? 图片（image）: 128K，支持JPG格式
? 语音（voice）：256K，播放长度不超过60s，支持AMR\MP3格式
? 视频（video）：1MB，支持MP4格式
准备好以后，需要使用上传下载多媒体文件接口将其上传到微信服务器，获得media_id。上传的开发方法，可以参考本博客的第80篇教程&
首先要准备缩略图，要求如下：
缩略图（thumb）：64KB，支持JPG格式
同样的，使用上传下载多媒体文件接口，上传到微信服务器后，得到缩略图的media_id，然后需要使用上传图文消息素材接口将其上传到微信服务器，接口为
https://api.weixin.qq.com/cgi-bin/media/uploadnews?access_token=ACCESS_TOKEN
要POST提交的数据示例如下：
"articles": [
"thumb_media_id":"qI6_Ze_6PtV7svjolgs-rN6stStuHIjs9_DidOHaj0Q-mwvBelOXCFZiq2OsIU-p",
"author":"xxx",
"title":"Happy Day",
"content_source_url":"www.qq.com",
"content":"content",
"digest":"digest"
"thumb_media_id":"qI6_Ze_6PtV7svjolgs-rN6stStuHIjs9_DidOHaj0Q-mwvBelOXCFZiq2OsIU-p",
"author":"xxx",
"title":"Happy Day",
"content_source_url":"www.qq.com",
"content":"content",
"digest":"digest"
参数说明如下：
参数是否必须说明
图文消息，一个图文消息支持1到10条图文
thumb_media_id
图文消息缩略图的media_id，可以在基础支持-上传多媒体文件接口中获得
图文消息的作者
图文消息的标题
content_source_url
在图文消息页面点击&阅读原文&后的页面
图文消息页面的内容，支持HTML标签
图文消息的描述
&根据上述POST结构，定义图文数组如下：
上传成功后，返回如下，将得到图文消息的media_id
"type":"news",
"media_id":"CsEf3ldqkAYJAU6EJeIkStVDSvffUJ54vqbThMgplD-VJXXof6ctX5fI6-aYyUiQ",
"created_at":
二、选择群发对象
群发对象可以是用户组，也可以是OpenID列表。
获得用户分组，需要使用高级接口中的查询所有分组接口，获得相应的group_id，开发方法，可以参考本博客的第88篇教程&
2.OpenID列表
OpenID列表，是使用高级接口中的获取关注者列表接口来实现的。开发方法，可以参考本博客的第87篇教程&
三、执行群发
由于群发对象的不同，执行群发也有不同的方式。
1. 对用户组群发
对用户组群发的接口如下：
https://api.weixin.qq.com/cgi-bin/message/mass/sendall?access_token=ACCESS_TOKEN
要POST的内容按内容不同组成也不一样。
"filter":{
"group_id":"2"
"content":"CONTENT"
"msgtype":"text"
语音（注意此处media_id需通过基础支持中的上传下载多媒体文件来得到）：
"filter":{
"group_id":"2"
"media_id":"123dsdajkasd231jhksad"
"msgtype":"voice"
图片（注意此处media_id需通过基础支持中的上传下载多媒体文件来得到）：
"filter":{
"group_id":"2"
"media_id":"123dsdajkasd231jhksad"
"msgtype":"image"
"filter":{
"group_id":"2"
"mpvideo":{
"media_id":"IhdaAQXuvJtGzwwc0abfXnzeezfO0NgPK6AQYShD8RQYMTtfzbLdBIQkQziv2XJc",
"msgtype":"mpvideo"
图文消息（注意图文消息的media_id需要通过上述方法来得到）：
"filter":{
"group_id":"2"
"mpnews":{
"media_id":"123dsdajkasd231jhksad"
"msgtype":"mpnews"
相关参数说明如下：
参数是否必须说明
用于设定图文消息的接收者
群发到的分组的group_id
用于设定即将发送的图文消息
用于群发的消息的media_id
群发的消息类型，图文消息为mpnews，文本消息为text，语音为voice，音乐为music，图片为image，视频为video
消息的标题
description
消息的描述
thumb_media_id
视频缩略图的媒体ID
其接口实现代码如下所示：
返回结果如下：
array(3) {
["errcode"]=&
["errmsg"]=&
string(27) "send job submission success"
["msg_id"]=&
媒体文件类型，分别有图片（image）、语音（voice）、视频（video）和缩略图（thumb），图文消息为news
下面是向用户组发送图文消息的效果，分别是接收到图文消息，查看图文消息内容后的效果，
2.对OpenID列表群发
接口如下：
https://api.weixin.qq.com/cgi-bin/message/mass/send?access_token=ACCESS_TOKEN
POST数据示例如下：文本：
"touser": [
"oR5Gjjl_eiZoUpGozMo7dbBJ362A",
"oR5Gjjo5rXlMUocSEXKT7Q5RQ63Q"
"msgtype": "text",
"content": "hello from boxer."
"touser":[
"OPENID1",
"media_id":"mLxl6paC7z2Tl-NJT64yzJve8T9c8u9K2x-Ai6Ujd4lIH9IBuF6-2r66mamn_gIT"
"msgtype":"voice"
"touser":[
"OPENID1",
"media_id":"BTgN0opcW3Y5zV_ZebbsD3NFKRWf6cb7OPswPi9Q83fOJHK2P67dzxn11Cp7THat"
"msgtype":"image"
"touser":[
"OPENID1",
"media_id":"123dsdajkasd231jhksad",
"title":"TITLE",
"description":"DESCRIPTION"
"msgtype":"video"
图文消息（注意图文消息的media_id需要通过上述方法来得到）：
"touser":[
"OPENID1",
"mpnews":{
"media_id":"123dsdajkasd231jhksad"
"msgtype":"mpnews"
参数是否必须说明
填写图文消息的接收者，一串OpenID列表，OpenID最少个，最多10000个
用于设定即将发送的图文消息
用于群发的图文消息的media_id
群发的消息类型，图文消息为mpnews，文本消息为text，语音为voice，音乐为music，图片为image，视频为video
消息的标题
description
消息的描述
thumb_media_id
视频缩略图的媒体ID
返回数据示例（正确时的JSON返回结果）：
"errcode":0,
"errmsg":"send job submission success",
四、接收群发结果 &&
1. 设置公众号助手
为了能接收群发结果，需要设置公众号助手，结果将推送到绑定的个人微信账号上。其设置如下
2. 接收结果事件
群发任务提交后，群发任务可能在一定时间后才完成，因此，群发接口调用时，仅会给出群发任务是否提交成功的提示，若群发任务提交成功，则在群发任务结束时，会向开发者在公众平台填写的开发者URL（callback URL）推送事件。
推送的XML结构如下（发送成功时）：
&ToUserName&&![CDATA[gh_3e8adccde292]]&&/ToUserName&
&FromUserName&&![CDATA[oR5Gjjl_eiZoUpGozMo7dbBJ362A]]&&/FromUserName&
&CreateTime&&/CreateTime&
&MsgType&&![CDATA[event]]&&/MsgType&
&Event&&![CDATA[MASSSENDJOBFINISH]]&&/Event&
&MsgID&1988&/MsgID&
&Status&&![CDATA[sendsuccess]]&&/Status&
&TotalCount&100&/TotalCount&
&FilterCount&80&/FilterCount&
&SentCount&75&/SentCount&
&ErrorCount&5&/ErrorCount&
ToUserName
公众号的微信号
FromUserName
公众号群发助手的微信号，为mphelper
CreateTime
创建时间的时间戳
消息类型，此处为event
事件信息，此处为MASSSENDJOBFINISH
群发的消息ID
群发的结构，为&send success&或&send fail&或&err(num)&。但send success时，也有可能因用户拒收公众号的消息、系统错误等原因造成少量用户接收失败。err(num)是审核失败的具体原因，可能的情况如下：
err(10001), //涉嫌广告 err(20001), //涉嫌政治 err(20004), //涉嫌社会 err(20002), //涉嫌色情 err(20006), //涉嫌违法犯罪 err(20008), //涉嫌欺诈 err(20013), //涉嫌版权 err(22000), //涉嫌互推(互相宣传) err(21000), //涉嫌其他
TotalCount
group_id下粉丝数；或者openid_list中的粉丝数
FilterCount
过滤（过滤是指特定地区、性别的过滤、用户设置拒收的过滤，用户接收已超4条的过滤）后，准备发送的粉丝数，原则上，FilterCount = SentCount + ErrorCount
发送成功的粉丝数
ErrorCount
发送失败的粉丝数
从上可以看出，这其实是公众号群发助手模拟向公众号发送消息，那么群发结果也是返回给公众号助手。
在微信公众平台PHP SDK中增加该事件消息的处理结果如下：
private function receiveEvent($object)
$content = "";
switch ($object-&Event)
case "subscribe":
$content = "欢迎关注方倍工作室";
case "MASSSENDJOBFINISH":
$content = "消息ID：".$object-&MsgID.
"\n结果：".$object-&Status.
"\n粉丝数：".$object-&TotalCount.
"\n过滤：".$object-&FilterCount.
"\n发送成功：".$object-&SentCount.
"\n发送失败：".$object-&ErrorC
$result = $this-&transmitText($object, $content);
return $result;
阅读(...) 评论()大话后端开发的奇淫技巧大集合 - 为程序员服务
大话后端开发的奇淫技巧大集合
Hi，大家好，很荣幸有这个机会可以通过写博文的方式，把这些年在后端开发过程中总结沉淀下来的经验和设计思路分享出来
模块化设计
根据业务场景，将业务抽离成独立模块，对外通过接口提供服务，减少系统复杂度和耦合度，实现可复用，易维护，易拓展
项目中实践例子：
在返还购APP里有个【我的红包】的功能，用户的红包数据来自多个业务，如：邀请新用户注册领取100元红包，大促活动双倍红包，等各种活动红包，多个活动业务都实现了一套不同规则的红包领取和红包奖励发放的机制，导致红包不可管理，不能复用，难维护难拓展
重构红包业务
红包可后台管理
红包信息管理，可添加，可编辑，可配置红包使用的规则，可管理用户红包
红包奖励发放统一处理
应用业务的接入只需要专注给用户进行红包发放即可
Before VS After
产品有时提出的业务需求没有往这方面去考虑，结合场景和未来拓展需要，在需求讨论的时候提出模块化设计方案，并可以协助产品进行设计
通用服务抽离
在项目开发中经常会遇到些类似的功能，但是不同的开发人员都各自实现，或者因为不能复用又重新开发一个，导致了类似功能的重复开发，所以我们需要对能够抽离独立服务的功能进行抽离，达到复用的效果，并且可以不断拓展完善，节约了后续开发成本，提高开发效率，易于维护和拓展
项目中实践例子：
在业务中经常需要对用户进行信息通知，如：短信定时通知，APP消息推送，微信通知，等
开发人员在接到需求中有通知功能的时候没有考虑后续拓展，就接入第三方信息通知平台，然后简单封装个信息通知方法，后续也有类似信息通知需求的时候，另一个开发人员发现当前这个通知方法无法满足自己的需求，然后又自己去了解第三方平台重新封装了通知方法，或者后续需求加了定时通知的功能，开发人员针对业务去实现了个定时通知功能，但是只能自己业务上使用，其他业务无法接入，没有人去做这块功能的抽离，久而久之就演变成功能重复开发，且不易于维护和拓展
接触到这种可以抽离通用服务需求的时候，就会与产品确认这种需求是否后续会存在类似的需要，然后建议这把块需求抽离成通用服务，方便后续维护和拓展
Before VS After
架构独立服务
项目开发过程中有些需求是与所在项目业务无关，如：收集用户行为习惯，收集商品曝光点击，数据收集提供给BI进行统计报表输出，公用拉新促活业务（柚子街和返还公用），类似这种需求，我们结合应用场景，考虑服务的独立性，以及未来的拓展需要，架构独立项目进行维护，在服务器上独立分布式部署不影响现有主业务服务器资源
项目中实践例子：
架构用户行为跟踪独立服务，在开发前预估了下这个服务的请求量，并会有相对大量的并发请求
架构方案：
项目搭建选择用nodejs来做服务端
单进程，基于事件驱动和无阻塞I/O，所以非常适合处理并发请求
负载均衡：cluster模块/PM2
架构nodejs独立服务
提供服务接口给客户端
接口不直接DB操作，保证并发下的稳定性
数据异步入库
通过程序把数据从：消息队列=&mysql
nodejs+express+redis(list)/mq+mysql
用户行为跟踪服务的服务架构图
高并发优化
高并发除了需要对服务器进行垂直扩展和水平扩展之外，作为后端开发可以通过高并发优化，保证业务在高并发的时候能够稳定的运行，避免业务停滞带来的损失，给用户带来不好的体验
服务端缓存
内存数据库
穿透DB问题
更新/失效删除
内存数据库的分配的内存容量有限，合理规划使用，滥用最终会导致内存空间不足
缓存数据需要设置过期时间，无效/不使用的数据自动过期
压缩数据缓存数据，不使用字段不添加到缓存中
根据业务拆分布式部署缓存服务器
客户端缓存
客户端请求数据接口，缓存数据和数据版本号，并且每次请求带上缓存的数据版本号
服务端根据上报的数据版本号与数据当前版本号对比
版本号一样不返回数据列表，版本号不一样返回最新数据和最新版本号
更新频率不高的数据
服务端缓存架构图
多线程编程
nodejs异步编程
参与活动成功后进行短信通知
非主业务逻辑流程需要的操作，允许异步处理其他辅助业务，等
业务异步处理
业务接口将客户端上报的数据PUSH到消息队列（MQ中间件），然后就响应结果给用户
编写独立程序去订阅消息队列，异步处理业务
大促活动整点抢限量红包
参与成功后委婉提示：预计X天后进行红包发放
并发量比较大的业务，且没有其他更好的优化方案，业务允许异步处理
把控队列消耗的进度
保证幂等性和数据最终一致性
牺牲用户体验
【业务异步处理】架构图
【业务异步处理】除了可以在高并发业务中使用，在上面通用服务的设计里也是用这种架构方式
在类秒杀的活动中通过限制请求量，可以避免超卖，超领等问题
高并发的活动业务，通过前端控流，分散请求，减少并发量
服务端限流
redis 计数器
如：类秒杀活动
客户端控流
通过参与活动游戏的方式
红包雨/小游戏，等方式
当服务器资源消耗已经达到一定的级别的时候，为了保证核心业务正常运行，需要丢卒保车，弃车保帅，服务降级是最后的手段，避免服务器宕机导致业务停滞带来的损失，以及给用户带来不好的体验
从复杂服务，变成简单服务
从动态交互，变成静态页面
从CDN拉取提前备好的JSON数据
引导到CDN静态页面
停止非核心业务，并进行委婉提示
高并发优化概要图
防刷/防羊毛党
大多数公司的产品设计和程序猿对于推广活动业务的防刷意识不强，在活动业务设计和开发的过程中没有把防刷的功能加入业务中，给那些喜欢刷活动的人创造了很多的空子
等到你发现自己被刷的时候，已经产生了不小的损失，少则几百几千，多则几万
随着利益的诱惑，现在已经浮现了一个新的职业“刷客”，专业刷互联网活动为生，养了N台手机+N个手机号码+N个微信账号，刷到的奖励金进行提现，刷到活动商品进行低价转手处理，开辟了一条新的灰色产业链
我们要拿起武器(代码)进行自我的防御，风控，加高门槛，通过校验和限制减少风险发生的各种可能性，减少风险发生时造成的损失
这里列出常用套路（具体应用结合业务场景）：
校验请求合法性
请求参数合法性判断
请求头校验
user-agent
对请求参数进行签名
微信unionid/openid合法性判断
验证码/手机短信验证码
自建黑名单系统过滤
限制设备/微信参与次数
限制最多奖励次数
根据具体业务场景设计… …
目前还没有很好的限制方式
防刷/防羊毛党套路概要图
APP/H5中签名规则应该由客户端童鞋开发，然后拓展API给前端JS调用，在H5发起接口请求的时候调用客户端拓展的签名，这样可以避免前端JS里构造签名规则而被发现破解
当==同用户==多次触发点击，或者通过模拟并发请求，就会出现多操作的问题，比如：签到功能，一天只能签到一次，可以获得1积分，但是并发的情况下会出现用户可以获得多积分的问题
简化签到逻辑一般是这样的：
查询是否有签到记录 –& 否 –& 添加今日签到记录 –& 累加用户积分 –& 签到成功
查询是否有签到记录 –& 是 –& 今日已经签到过
假设这个时候用户A并发两个签到请求，这时会同时进入到 【查询是否有签到记录】，然后同时返回否，就会添加两条的签到记录，并且多累加积分
解决方案：
最理想简单的方案，只需要在签到记录表添加【签到日期】+【用户ID】的组合唯一索引，当并发的时候只有会一条可以添加成功，其他添加操作会因为唯一约束而失败
当==多用户==并发点击参与活动，如：抽奖活动，这个时候奖品只有一个库存了，理论上只有一个用户可以获得，但是并发的时候往往会出现他们都成功获得奖品，导致奖品多支出，加大了活动成本
有问题的逻辑流程一般是这样的：
中奖 –& 查询奖品库存 –& 有 –& 更新奖品库存 –& 添加中奖纪录
–& 告知中奖
中奖 –& 查询奖品库存 –& 无 –& 告知无中奖
假设抽奖活动，当前奖品A只有最后一个库存，然后用户A、B、C，同时参与活动同时中奖奖品都是A，这个时候查询商品库存是存在1个，就会进行更新库存，添加中奖纪录，然后就同时中奖了
解决方案：
最理想根本就不需要用多做一个库存的SELECT奖品库存操作，只需要UPDATE 奖品库存-1 WHERE 奖品库存&=1，UPDATE成功后就说明是有库存的，然后再做后续操作，并发的时候只会有一个用户UPDATE成功
在开发业务接口的时候需要把==同用户==和==多用户==并发的场景考虑进去，这样就可以避免在并发的时候产生数据异常问题，导致成本多支出
可以使用下面的工具进行模拟并发测试：
Apache JMeter
Charles Advanced Repeat
Visual Studio 性能负载
数据采集技巧（番外）
获取平台数据接口
模拟接口请求
数据解析过滤
数据构造入库
使用selenium+Headless自动化测试框架
推荐用python开发
python+selenium+headless
控制请求频率，避免被平台限制请求
使用代理IP，绕过请求IP限制
无需模拟接口请求
无法攻克数据接口模拟请求(加密签名等)
接口版本频繁变化(需要重新调研)
平台接口/页面版本变化，可以快速调整
只需要调整采集数据所在的HTML元素的位置(class/id)
可以用户操作/选中/点击/模拟登陆，等
登陆失效后可以模拟登陆
可以发送登陆二维码到钉钉进行扫码登录
应用场景：
竞品数据采集
淘宝商品价格和自建商品库后台价格监控
淘宝领券金额和自建商品库后台券金额监控
在做数据采集的过程中，有些平台会对重要数据的请求设置反爬虫策略，避免数据被竞品挖掘和利用，以及消耗大量资源拖垮服务器，
反爬虫和反反爬虫是技术之间的较量，这场没有硝烟的战争永不停息。（程序员何必为难程序员）
反爬虫可以分为以下两种
服务端限制
服务器端行请求限制，防止爬虫进行数据请求
前端通过CSS和HTML标签进行干扰混淆关键数据，防止爬虫轻易获取数据
破解服务端限制：
模拟设置请求头
User-Agent
Authorization
在JS中找到签名规则
控制请求平率
调整请求时间，延迟请求
切换请求的代理IP，自建/第三方
带上登录成功后的Cookie/Authorization
验证码限制
识图，基于库/第三方
为了防止被投毒，需要对数据进行抽样校验
破解前端限制：
font-face，自定义字体干扰
找到ttf字体文件地址，然后下载下来，使用font解析模块包对ttf文件进行解析，与文字编码进行映射出中文
伪元素隐藏式
在CSS里找到xxxx::before {content: “中文”;}对应的中文
backgroud-image移量
通过背景图片的position位置偏移量和图片中的内容进行映射
html标签干扰
过滤掉干扰混淆的HTML标签，或者只读取有效数据的HTML标签的内容
作为后端开发者，不仅是完成需求功能开发，要结合业务场景进行合理设计，架构未来，对核心业务进行压测优化，以保证业务在并发下能够正常运行，同时要考虑安全问题以及防刷，防羊毛党，在编码上避免坏代码味道，面相抽象开发，适当使用设计模式，避免技术债
开发应该铭记于心的精句
技术的存在价值，是让技术推动业务增长，实现公司盈利增长
没有最好的架构只有最适合的架构
开发语言只是工具，在适合的场景中使用适合的工具
抽象思维是从具体存在的各不相同的问题当中洞察问题的本质，理解产品需求的深层次模型，治本而不是治标
知识很重要，她虽然不能直接给你财富，但是可以给你很多机会，活到老学到老
原文地址：, 感谢原作者分享。
您可能感兴趣的代码信信客 &•& 宇展盈讯科技旗舰产品，安全，效率，可靠，放心！
信信客短信产品
为您提供易用、可靠的短信应用产品！
验证码短信
全国全网自动发送、3-5秒内
响应100%到达
行业应用短信
全面数据接口，限时交互，为您提供
所有行业短信应用方案
企业独享短信通道
1069开头正规网关号、独享10690号
码资源、三网合一
信信客为企业量身打造 —— 短信通讯平台
在云和移动时代，信信客成为一个短信综合服务平台！
个人开发者
您开发的项目中需要用到
短信验证码或者短信通知功能
APP、网站项目外包公司
您客户的APP、网站、微信
需要发送短信服务
成熟软件销售公司
如您有成熟的网站、APP产品，可以
集成信信客短信功能
信信客为企业量身打造 —— 办公通讯平台
在云和移动时代，信信客成为一个工作方式！
信信客携手企业共同成长
无数企业带给信信客无限的信心和鼓励，陪伴我们一路向前！
选择我们，马上开启你的企业短信之路！
0 客服微信：winyz_xinxinke 客服QQ：豆丁微信公众号
君，已阅读到文档的结尾了呢~~
短信平台接口,短信接口,106短信平台,短信平台,免费短信平台接口,sms,短信平台接口代码,飞信,移动短信平台接口,企信通短信平台
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
短信平台接口
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='http://www.docin.com/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口平台动态-API数据接口-寻程数据中心
寻程金融数据
以成熟的APICloud移动应用开发平台为依托，综合其服务大量客户的经验，推出了「App定制平台」，以帮助客户快速完成App全链的开发和上线。标准化技术：「App定制平台」采用标准化的APICloud开发技术，实现高效率、低投入的开发模式，平台中聚合了众多云服务提供厂商，提速了开发过程。
近期，XcodeGhost感染门、邮箱密码泄露门等一系列网络事件把用户隐私安全问题提升到了前所未有的高度。最近红极互联网圈儿的冷名词--"私有API"，API全称叫ApplicationProgrammingInterfaces，译为应用程序编程接口。通过分析有米SDK代码，可见SourceDNA所说并非安全漏洞
近期，XcodeGhost感染门、邮箱密码泄露门等一系列网络事件把用户隐私安全问题提升到了前所未有的高度。通过网络上公布的有米因使用私有API技术被下架App使用的SDK代码来看，安全分析公司SourceDNA列举的应用安装列表、平台序列号等数据，都是用户手机本身已存在的匿名信息，而这些信息仅能标识设备的唯一性，对单一设备信息进行搜集，而并不涉及用户个人隐私。
【IT168资讯】随着HTML5标准的定稿，市场对HTML5的热情再次被点燃，但目前WebApp和HTML5游戏存在的盗版问题和代码安全问题一直备受关注，甚至成为阻碍行业发展的一个巨大瓶颈。目前使用跨平台的技术开发的app大行其道，用Html、Javascript、Css可以打包成app放到AppStore发行。加密后：
1.APP开发引擎开放自定义下拉刷新模块功能。2.apploader和自定义loader支持断点调试3.增加了抽屉式侧滑UI导航效果4.增加热重启APP功能5.增加frame事件回调，轻松实现"内置浏览器"6.云服务支持Git代码托管功能一：开发工具APICloudStudio中支持可视化AUI控件插入。
10月19日晚首先由国外媒体报道的一起安全事件--研究机构SourceDNA发现众多使用有米SDK的App在收集用户个人数据，因而遭苹果下架。私有API是指放在PrivateFrameworks框架中的API，苹果通常不允许App使用这类API，因为调用私有API而在审核中遭到拒绝的现象并不少见。
如今，专业的第三方服务为App开发缩短了周期降低了成本，让App开发越来越简单快捷。推送类：IM类：支付类：第三方支付服务为企业提供移动支付解决方案，为App顺利接入支付渠道，大量的节省了开发成本和对接时间。客服类：验证类：云存储类：数据分析类：智能识别类：广告类：广告可以帮助开发者增加营收，很多App开发时会添加广告SDK。性能监测类：
非常受欢迎的API文档浏览器Dash昨天从AppStore下架。苹果营销主管PhilSchiller也通过邮件回复了Popescu，并表示虚假评价会影响公平性，不利于其他开发者。开发者社区对这个原因表示很震惊，很多开发者公开表示Dash是一款质量很高的应用，必须要虚假评价。
【手机中国软件】今日凌晨1时，苹果公司向用户们推送了正式版本的iOS8，新系统中包含有超过百项更新，此外，iOS8向开发者开放了4000多个API接口，增加多项适合国人的人性化设计，如可显示农历日历，以及允许用户在不越狱的情况下安装输入法。9月10日，在经过了多个测试版本之后，搜狗输入法已正式向AppStore提交上架申请。分享:}