什么是跨域？
跨域是指一个域下的文档或脚本试图去请求另一个域下的资源，这里跨域是广义的。
javascript
广义的跨域：

1.) 资源跳转： A链接、重定向、表单提交
2.) 资源嵌入： <link>、<script>、<img>、<frame>等dom标签，还有样式中background:url()、@font-face()等文件外链
3.) 脚本请求： js发起的ajax请求、dom和js对象的跨域操作等**

其实我们通常所说的跨域是狭义的，是由浏览器同源策略限制的一类请求场景。
跨域问题的产生背景

早期为了防止CSRF（跨域请求伪造）的攻击，浏览器引入了同源策略(SOP)来提高安全性。

CSRF（Cross-site request forgery），跨站请求伪造，也被称为：one click attack/session riding，缩写为：CSRF/XSRF。 —— 浅谈CSRF 攻击方式
而所谓"同源策略"，即同域名(domain或ip)、同端口、同协议的才能互相获取资源，而不能访问其他域的资源。在同源策略影响下，一个域名A的网页可以获取域名B下的脚本,css,图片等，但是不能发送Ajax请求，也不能操作Cookie、LocalStorage等数据。同源策略的存在，一方面提高了网站的安全性，但同时在面对前后端分离、模拟测试等场景时，也带来了一些麻烦，从而不得不寻求一些方法来突破限制，获取资源。
什么是同源策略？
同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSRF等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。
同源策略限制以下几种行为：

1.) Cookie、LocalStorage 和 IndexDB 无法读取
2.) DOM 和 Js对象无法获得
3.) AJAX 请求不能发送
常见跨域场景

URL                                      说明                    是否允许通信  
http://www.domain.com/a.js  
http://www.domain.com/b.js         同一域名，不同文件或路径           允许  
http://www.domain.com/lab/c.js  

http://www.domain.com:8000/a.js  
http://www.domain.com/b.js         同一域名，不同端口                不允许  

http://www.domain.com/a.js  
https://www.domain.com/b.js        同一域名，不同协议                不允许  

http://www.domain.com/a.js  
http://192.168.4.12/b.js           域名和域名对应相同ip              不允许  

http://www.domain.com/a.js  
http://x.domain.com/b.js           主域相同，子域不同                不允许  
http://domain.com/c.js  

http://www.domain1.com/a.js  
http://www.domain2.com/b.js        不同域名                         不允许  

跨域解决方案
1.通过jsonp跨域

1. document.domain + iframe 跨域
2. location.hash + iframe
3. window.name + iframe跨域
4. 跨域资源共享（CORS）
5. nginx代理跨域

6. WebSocket协议跨域
   一、 通过jsonp跨域
   通常为了减轻web服务器的负载，我们把js、css，img等静态资源分离到另一台独立域名的服务器上，在html页面中再通过相应的标签从不同域名下加载静态资源，而被浏览器允许，基于此原理，我们可以通过动态创建script，再请求一个带参网址实现跨域通信。
   1.）原生实现：

   <script>  
   var script = document.createElement('script');  
   script.type = 'text/javascript';  
   
   // 传参并指定回调执行函数为onBack  
   script.src = 'http://www.domain2.com:8080/login?user=admin&callback=onBack';  
   document.head.appendChild(script);  
   
   // 回调执行函数  
   function onBack(res) {  
       alert(JSON.stringify(res));  
   }  
   </script>

   服务端返回如下（返回时即执行全局函数）：

   onBack({"status": true, "user": "admin"})

2.）jquery ajax：

$.ajax({  
    url: 'http://www.domain2.com:8080/login',  
    type: 'get',  
    dataType: 'jsonp',  // 请求方式为jsonp  
    jsonpCallback: "onBack",    // 自定义回调函数名  
    data: {}  
});

3.）vue.js：

this.$http.jsonp('http://www.domain2.com:8080/login', {  
    params: {},  
    jsonp: 'onBack'  
}).then((res) => {  
    console.log(res);   
})

后端node.js代码示例：

var querystring = require('querystring');  
var http = require('http');  
var server = http.createServer();  

server.on('request', function(req, res) {  
    var params = qs.parse(req.url.split('?')[1]);  
    var fn = params.callback;  

    // jsonp返回设置  
    res.writeHead(200, { 'Content-Type': 'text/javascript' });  
    res.write(fn + '(' + JSON.stringify(params) + ')');  

    res.end();  
});  

server.listen('8080');  
console.log('Server is running at port 8080...');

jsonp缺点：只能实现get一种请求。

二、 document.domain + iframe跨域
此方案仅限主域相同，子域不同的跨域应用场景。
实现原理：两个页面都通过js强制设置document.domain为基础主域，就实现了同域。
1.）父窗口：(http://www.domain.com/a.html)

<iframe id="iframe" src="http://child.domain.com/b.html"></iframe>  
<script>  
    document.domain = 'domain.com';  
    var user = 'admin';  
</script>

2.）子窗口：(http://child.domain.com/b.html)

<script>  
    document.domain = 'domain.com';  
    // 获取父窗口中变量  
    alert('get js data from parent ---> ' + window.parent.user);  
</script>

三、 location.hash + iframe跨域
实现原理：a想要与b跨域相互通信，通过中间页c来实现。三个页面，不同于之间利用iframe的location.hash传值，相同域之间直接js访问来通信。

具体实现：A域：a.html -> B域：b.html -> A域：c.html，a与b不同域只能通过hash值单向通信，b与c也不同域也只能单向通信，但c与a同域，所以c可通过parent.parent访问a页面所有对象。

1.）a.html：(http://www.domain1.com/a.html)

<iframe id="iframe" src="http://www.domain2.com/b.html" style="display:none;"></iframe>  
<script>  
    var iframe = document.getElementById('iframe');  

    // 向b.html传hash值  
    setTimeout(function() {  
        iframe.src = iframe.src + '#user=admin';  
    }, 1000);  

    // 开放给同域c.html的回调方法  
    function onCallback(res) {  
        alert('data from c.html ---> ' + res);  
    }  
</script>

2.）b.html：(http://www.domain2.com/b.html)

<iframe id="iframe" src="http://www.domain1.com/c.html" style="display:none;"></iframe>  
<script>  
    var iframe = document.getElementById('iframe');  

    // 监听a.html传来的hash值，再传给c.html  
    window.onhashchange = function () {  
        iframe.src = iframe.src + location.hash;  
    };  
</script>

3.）c.html：(http://www.domain1.com/c.html)

<script>  
    // 监听b.html传来的hash值  
    window.onhashchange = function () {  
        // 再通过操作同域a.html的js回调，将结果传回  
        window.parent.parent.onCallback('hello: ' + location.hash.replace('#user=', ''));  
    };  
</script>

四、 window.name + iframe跨域

window.name属性的独特之处：name值在不同的页面（甚至不同域名）加载后依旧存在，并且可以支持非常长的 name 值（2MB）。

1.）a.html：(http://www.domain1.com/a.html)

var proxy = function(url, callback) {  
    var state = 0;  
    var iframe = document.createElement('iframe');  

    // 加载跨域页面  
    iframe.src = url;  

    // onload事件会触发2次，第1次加载跨域页，并留存数据于window.name  
    iframe.onload = function() {  
        if (state === 1) {  
            // 第2次onload(同域proxy页)成功后，读取同域window.name中数据  
            callback(iframe.contentWindow.name);  
            destoryFrame();  

        } else if (state === 0) {  
            // 第1次onload(跨域页)成功后，切换到同域代理页面  
            iframe.contentWindow.location = 'http://www.domain1.com/proxy.html';  
            state = 1;  
        }  
    };  

    document.body.appendChild(iframe);  

    // 获取数据以后销毁这个iframe，释放内存；这也保证了安全（不被其他域frame js访问）  
    function destoryFrame() {  
        iframe.contentWindow.document.write('');  
        iframe.contentWindow.close();  
        document.body.removeChild(iframe);  
    }  
};

// 请求跨域b页面数据

proxy('http://www.domain2.com/b.html', function(data){  
    alert(data);  
});

2.）proxy.html：(http://www.domain1.com/proxy....
中间代理页，与a.html同域，内容为空即可。

3.）b.html：(http://www.domain2.com/b.html)

<script>  
    window.name = 'This is domain2 data!';  
</script>

总结：通过iframe的src属性由外域转向本地域，跨域数据即由iframe的window.name从外域传递到本地域。这个就巧妙地绕过了浏览器的跨域访问限制，但同时它又是安全操作。
五、 postMessage跨域

postMessage是HTML5 XMLHttpRequest Level 2中的API，且是为数不多可以跨域操作的window属性之一，它可用于解决以下方面的问题：
a.） 页面和其打开的新窗口的数据传递
b.） 多窗口之间消息传递
c.） 页面与嵌套的iframe消息传递
d.） 上面三个场景的跨域数据传递

用法：postMessage(data,origin)方法接受两个参数
data： html5规范支持任意基本类型或可复制的对象，但部分浏览器只支持字符串，所以传参时最好用JSON.stringify()序列化。
origin： 协议+主机+端口号，也可以设置为"*"，表示可以传递给任意窗口，如果要指定和当前窗口同源的话设置为"/"。

1.）a.html：(http://www.domain1.com/a.html)

<iframe id="iframe" src="http://www.domain2.com/b.html" style="display:none;"></iframe>  
<script>         
    var iframe = document.getElementById('iframe');  
    iframe.onload = function() {  
        var data = {  
            name: 'aym'  
        };  
        // 向domain2传送跨域数据  
        iframe.contentWindow.postMessage(JSON.stringify(data), 'http://www.domain2.com');  
    };  

    // 接受domain2返回数据  
    window.addEventListener('message', function(e) {  
        alert('data from domain2 ---> ' + e.data);  
    }, false);  
</script>

2.）b.html：(http://www.domain2.com/b.html)

<script>  
    // 接收domain1的数据  
    window.addEventListener('message', function(e) {  
        alert('data from domain1 ---> ' + e.data);  

        var data = JSON.parse(e.data);  
        if (data) {  
            data.number = 16;  

            // 处理后再发回domain1  
            window.parent.postMessage(JSON.stringify(data), 'http://www.domain1.com');  
        }  
    }, false);  
</script>

六、 跨域资源共享（CORS）

普通跨域请求：只服务端设置Access-Control-Allow-Origin即可，前端无须设置，若要带cookie请求：前后端都需要设置。

需注意的是：由于同源策略的限制，所读取的cookie为跨域请求接口所在域的cookie，而非当前页。如果想实现当前页cookie的写入，可参考下文：七、nginx反向代理中设置proxy_cookie_domain 和 八、NodeJs中间件代理中cookieDomainRewrite参数的设置。

目前，所有浏览器都支持该功能(IE8+：IE8/9需要使用XDomainRequest对象来支持CORS）)，CORS也已经成为主流的跨域解决方案。

1、 前端设置：

1.）原生ajax

// 前端设置是否带cookie

xhr.withCredentials = true;

示例代码：

var xhr = new XMLHttpRequest(); // IE8/9需用window.XDomainRequest兼容  

// 前端设置是否带cookie  

xhr.withCredentials = true;  

xhr.open('post', 'http://www.domain2.com:8080/login', true);  
xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded');  
xhr.send('user=admin');  

xhr.onreadystatechange = function() {  
    if (xhr.readyState == 4 && xhr.status == 200) {  
        alert(xhr.responseText);  
    }  
};

2.）jQuery ajax

$.ajax({  
    ...  
   xhrFields: {  
       withCredentials: true    // 前端设置是否带cookie  
   },  
   crossDomain: true,   // 会让请求头中包含跨域的额外信息，但不会含cookie  
    ...  
});

3.）vue框架
在vue-resource封装的ajax组件中加入以下代码：

Vue.http.options.credentials = true
2、 服务端设置：

若后端设置成功，前端浏览器控制台则不会出现跨域报错信息，反之，说明没设成功。

1.）Java后台：  

/*  
 * 导入包：import javax.servlet.http.HttpServletResponse;  
 * 接口参数中定义：HttpServletResponse response  
 */  
response.setHeader("Access-Control-Allow-Origin", "http://www.domain1.com");  // 若有端口需写全（协议+域名+端口）  
response.setHeader("Access-Control-Allow-Credentials", "true");

2.）Nodejs后台示例：

var http = require('http');  
var server = http.createServer();  
var qs = require('querystring');  

server.on('request', function(req, res) {  
    var postData = '';  

    // 数据块接收中  
    req.addListener('data', function(chunk) {  
        postData += chunk;  
    });  

    // 数据接收完毕  
    req.addListener('end', function() {  
        postData = qs.parse(postData);  

        // 跨域后台设置  
        res.writeHead(200, {  
            'Access-Control-Allow-Credentials': 'true',     // 后端允许发送Cookie  
            'Access-Control-Allow-Origin': 'http://www.domain1.com',    // 允许访问的域（协议+域名+端口）  
            'Set-Cookie': 'l=a123456;Path=/;Domain=www.domain2.com;HttpOnly'   // HttpOnly:脚本无法读取cookie  
        });  

        res.write(JSON.stringify(postData));  
        res.end();  
    });  
});  

server.listen('8080');  
console.log('Server is running at port 8080...');

七、 nginx代理跨域

1、 nginx配置解决iconfont跨域

浏览器跨域访问js、css、img等常规静态资源被同源策略许可，但iconfont字体文件(eot|otf|ttf|woff|svg)例外，此时可在nginx的静态资源服务器中加入以下配置。

location / {  
  add_header Access-Control-Allow-Origin *;  
}

2、 nginx反向代理接口跨域

跨域原理： 同源策略是浏览器的安全策略，不是HTTP协议的一部分。服务器端调用HTTP接口只是使用HTTP协议，不会执行JS脚本，不需要同源策略，也就不存在跨越问题。

实现思路：通过nginx配置一个代理服务器（域名与domain1相同，端口不同）做跳板机，反向代理访问domain2接口，并且可以顺便修改cookie中domain信息，方便当前域cookie写入，实现跨域登录。

nginx具体配置：

#proxy服务器  
server {  
    listen       81;  
    server_name  www.domain1.com;  

    location / {  
        proxy_pass   http://www.domain2.com:8080;  #反向代理  
        proxy_cookie_domain www.domain2.com www.domain1.com; #修改cookie里域名  
        index  index.html index.htm;  

        # 当用webpack-dev-server等中间件代理接口访问nignx时，此时无浏览器参与，故没有同源限制，下面的跨域配置可不启用  
        add_header Access-Control-Allow-Origin http://www.domain1.com;  #当前端只跨域不带cookie时，可为*  
        add_header Access-Control-Allow-Credentials true;  
    }  
}

1.) 前端代码示例：

var xhr = new XMLHttpRequest();  

// 前端开关：浏览器是否读写cookie  
xhr.withCredentials = true;  

// 访问nginx中的代理服务器  
xhr.open('get', 'http://www.domain1.com:81/?user=admin', true);  
xhr.send();

2.) Nodejs后台示例：

var http = require('http');  
var server = http.createServer();  
var qs = require('querystring');  

server.on('request', function(req, res) {  
    var params = qs.parse(req.url.substring(2));  

    // 向前台写cookie  
    res.writeHead(200, {  
        'Set-Cookie': 'l=a123456;Path=/;Domain=www.domain2.com;HttpOnly'   // HttpOnly:脚本无法读取  
    });  

    res.write(JSON.stringify(params));  
    res.end();  
});  

server.listen('8080');  
console.log('Server is running at port 8080...');

八、 Nodejs中间件代理跨域

node中间件实现跨域代理，原理大致与nginx相同，都是通过启一个代理服务器，实现数据的转发，也可以通过设置cookieDomainRewrite参数修改响应头中cookie中域名，实现当前域的cookie写入，方便接口登录认证。

1、 非vue框架的跨域（2次跨域）

利用node + express + http-proxy-middleware搭建一个proxy服务器。

1.）前端代码示例：

var xhr = new XMLHttpRequest();  

// 前端开关：浏览器是否读写cookie  
xhr.withCredentials = true;  

// 访问http-proxy-middleware代理服务器  
xhr.open('get', 'http://www.domain1.com:3000/login?user=admin', true);  
xhr.send();

2.）中间件服务器：

var express = require('express');  
var proxy = require('http-proxy-middleware');  
var app = express();  

app.use('/', proxy({  
    // 代理跨域目标接口  
    target: 'http://www.domain2.com:8080',  
    changeOrigin: true,  

    // 修改响应头信息，实现跨域并允许带cookie  
    onProxyRes: function(proxyRes, req, res) {  
        res.header('Access-Control-Allow-Origin', 'http://www.domain1.com');  
        res.header('Access-Control-Allow-Credentials', 'true');  
    },  

    // 修改响应信息中的cookie域名  
    cookieDomainRewrite: 'www.domain1.com'  // 可以为false，表示不修改  
}));  

app.listen(3000);  
console.log('Proxy server is listen at port 3000...');

3.）Nodejs后台同（六：nginx）

2、 vue框架的跨域（1次跨域）

利用node + webpack + webpack-dev-server代理接口跨域。在开发环境下，由于vue渲染服务和接口代理服务都是webpack-dev-server同一个，所以页面与代理接口之间不再跨域，无须设置headers跨域信息了。

webpack.config.js部分配置：

module.exports = {  
    entry: {},  
    module: {},  
    ...  
    devServer: {  
        historyApiFallback: true,  
        proxy: [{  
            context: '/login',  
            target: 'http://www.domain2.com:8080',  // 代理跨域目标接口  
            changeOrigin: true,  
            secure: false,  // 当代理某些https服务报错时用  
            cookieDomainRewrite: 'www.domain1.com'  // 可以为false，表示不修改  
        }],  
        noInfo: true  
    }  
}

九、 WebSocket协议跨域

WebSocket protocol是HTML5一种新的协议。它实现了浏览器与服务器全双工通信，同时允许跨域通讯，是server push技术的一种很好的实现。
原生WebSocket API使用起来不太方便，我们使用Socket.io，它很好地封装了webSocket接口，提供了更简单、灵活的接口，也对不支持webSocket的浏览器提供了向下兼容。

1.）前端代码：

<div>user input：<input type="text"></div>  
<script src="./socket.io.js"></script>  
<script>  
var socket = io('http://www.domain2.com:8080');  

// 连接成功处理  
socket.on('connect', function() {  
    // 监听服务端消息  
    socket.on('message', function(msg) {  
        console.log('data from server: ---> ' + msg);   
    });  

    // 监听服务端关闭  
    socket.on('disconnect', function() {   
        console.log('Server socket has closed.');   
    });  
});  

document.getElementsByTagName('input')[0].onblur = function() {  
    socket.send(this.value);  
};  
</script>

2.）Nodejs socket后台：

var http = require('http');  
var socket = require('socket.io');  

// 启http服务  
var server = http.createServer(function(req, res) {  
    res.writeHead(200, {  
        'Content-type': 'text/html'  
    });  
    res.end();  
});  

server.listen('8080');  
console.log('Server is running at port 8080...');  

// 监听socket连接  
socket.listen(server).on('connection', function(client) {  
    // 接收信息  
    client.on('message', function(msg) {  
        client.send('hello：' + msg);  
        console.log('data from client: ---> ' + msg);  
    });  

    // 断开处理  
    client.on('disconnect', function() {  
        console.log('Client socket has closed.');   
    });  
});  

来源：https://segmentfault.com/a/1190000011145364

cookie是服务器写入浏览器的一小段信息，只有同源的网页才能共享。但是两个网页，一级域名相同，二级域名不同，浏览器允许通过设置document.domain="example.com"来共享cookie。
另外，服务器也可以在设置Cookie的时候，指定Cookie的所属域名为一级域名，比如.example.com。

Set-Cookie: key=value; domain=.example.com; path=/
这样的话，二级域名和三级域名不用做任何设置，都可以读取这个Cookie。

从官方扫码下载的hello mui APP，安装到手机上后，支付宝能成功，微信在第一次安装，第一次进行支付，点取消后在进行支付时就报告-100错误

下载blobUtil js 文件

//创建下载任务
blobUtil.imgSrcToDataURL(loadUrl+big,'image/'+imgPostfix, 'Anonymous', 1.0).then(function (dataURL) {里面是加密的操作代码，dataURL是base64数据，而lloadUrl+big 就是图片网址，第二个参数就是图片后缀如jpg.
// success
var encryptPath = {};
var string100 = dataURL.substring(0, 100);
var string101ToEnd = dataURL.substring(100);

              encryptPath.filename = '_downloads/'+name+'.txt';  
              encryptPath.encrypted = aesEncrypt(JSON.stringify(string100), initKey);  
           //这里记录的是下载下来到本地的路径;  
            recordDownLoadData(userDownLoadData,downData,index,'',encryptPath,length);  
            //记录整张照片的base64-100字符后面数据,使用创建文件的方式  
            console.log(encryptPath.filename);  
            writeFile(encryptPath.filename,string101ToEnd);  
            console.log('下载第'+index+'张结束');  

            //计算下载图片；  
            index++;  

            //继续下载;  
            caseImageDown(caseImageTasks,downData,userDownLoadData,length,index);  
        }).catch(function (err) {  
          // error  
          console.log(err);  
        });

最近一直在做移动端，用雪碧图减少一个页面的图片的请求次数，能加快页面的加载速度就一定要加快。做之前呢，首先想到的就是用PS将所有的小图放在一张大图上，可那么多的小图，一张一张往上放，岂不累趴，而且你还没有办法去确切的计算整张雪碧图的宽高，这不搞死人吗？于是就上网查资料，然后就有了本文很简单的生成雪碧图的方法。

这种方法是基于gulp的。以下就是详细的实现代码：

配置gulpfile.js

//引入gulp模块  
var gulp=require('gulp');   
//引入雪碧图合成插件  
var spritesmith=require('gulp.spritesmith');  
gulp.task('default',function(){  
    gulp.src('images/*.png')  
        .pipe(spritesmith({  
            imgName:'images/sprite.png',    //保存合并后的名称  
            cssName:'css/sprite.css',       //保存合并后css样式的地址  
            padding:2,                      //合并时两个图片的间距  
            algorithm:'binary-tree',        //注释1  
            //cssTemplate:'css/handlebarsStr.css'    //注释2  
            cssTemplate:function(data){     //如果是函数的话，这可以这样写  
                var arr=[];  
                data.sprites.forEach(function (sprite){  
                    arr.push("."+sprite.name+  
                        "{"+  
                            "background-image: url('"+sprite.escaped_image+"');"+  
                            "background-repeat: no-repeat;"+  
                            "background-position: "+sprite.px.offset_x+" "+sprite.px.offset_y+";"+  
                            "background-size: "+sprite.px.width+" "+sprite.px.height+";"+  
                            "width: "+sprite.px.width+";"+                          
                            "height: "+sprite.px.height+";"+  
                        "}\n");  
                });  
                return arr.join("");  
            }  
        }))  
        .pipe(gulp.dest('dest/'));   //输出目录  
});

关于代码中的注释部分作出以下详解：

注释1：

Algorithm 有四个可选值分别为：top-down、left-right、diagonal、alt-diagonal、binary-tree

对应如下：

注释2：

cssTemplate是生成css的模板文件，可以是字符串也可以是函数。是字符串是对于相对于的模板地址，对于模板文件样式格式是：
在cssTemplate中导入handlebarsStr.css文件，这种方法相对简单。
配置handlebarsStr.css

{{#sprites}}  
.icon-{{name}}{  
    background-image: url({{escaped_image}});  
    background-repeat: no-repeat;  
    background-position: {{px.offset_x}} {{px.offset_y}};  
    background-size: {{px.width}} {{px.height}};  
    width: {{px.width}};  
    height: {{px.height}};  
}  
{{/sprites}}

个人认为，还是这种方法比较简单实现。

需要要合成的图片：

合成成功：

本文部分内容出自：
http://www.cnblogs.com/yanxinhua/p/6816141.html

来源：https://www.cnblogs.com/tnnyang/p/7131535.html

由于相关的文档冗杂，社区、QQ群互动差，完全是一步一个坑爬过来，稍微做个总结。后续开发中也可以给自己理个思路，欢迎指正。

安卓端

安卓端暂不考虑推送进程被系统杀除的情况（其实我无解）。开发的这个是新闻类的应用，所以推送的应用场景大多数在点击消息通知后跳转至新闻情况页。
无论应用离线或在线的情况下只要使用标准的透传消息格式即可成功，应用中只需要监听click写相关事件即可。标准的透传格式为

{title:"通知标题",content:"通知内容",payload:"通知去干嘛这里可以自定义"}

不符合以上格式的推送内容则会触发receive事件，安卓端上只要推送的工作人员注意就不会有问题。

iOS端

iOS端应用推送的时候分两个场景，分别是:

1. 应用在线 应用在线的情况下实测收不到APNS下发的通知。推送之后需要在receive中本地创建一条推送通知，看很多开发者是使用confirm提醒用户的，我这边做了一个toast+提示音的方式提醒用户有新通知。个推平台上填写时必填内容填一下，“消息内容”中填写

   {"content":"需要推送的标题","payload":"传值用"}

   客户端上处理一下数据就可以了。

2. 应用离线 应用离线的情况下可以收到APNS下发的通知。离线推送的时候需要注意一下非必填项也需要填写一下，不然客户端会发生有震动有声音但是通知不显示的情况。这时候的消息内容中填写payload的值，在body里直接填写要显示的标题就可以了。

必看

一、 参数配置 《推送开发指南》中有详情介绍，这点不阐述，申请完个推账户，将新建的应用参数填写到manifest.json中即可
二、 注意事项

1. iOS推送的时候只支持content，原先安卓中填写的title默认为应用名称。
2. 应用在线时推送的消息由于是本地创建的会再触发receive事件，发生循环创建消息导致应用闪退的问题。所以首次receive事件触发并创建本地消息的同时需要在payload里携带一个参数用以区分。
3. iOS推送测试的时候一定要把推送的证书上传到个推上，不然无法接收到APNS消息的。 打包的时候不要把和个推上已经上传的推送证书搞错了。

jd.aiplat.com
imei.aiplat.com

亲信地铁
http://aiplat.com/#/apps.html
android用户到腾讯应用宝搜索‘亲信地铁’下载APP体验
ios用户到appstore搜索‘亲信地铁’下载APP体验。

分享qq时出现{"message":"[ShareQQ:5]未知错误,http://ask.dcloud.net.cn/article/287","code":-100}
其中原因之一是title为空

   本人18年应届毕业生，大专学历，想在广州找一份前端实习生的工作，对工资没有强烈要求（期待2k+），喜欢安稳，如果可以我原意实习期结束后继续留在公司。  
   之所以这么窘迫.....唉，说起来都是泪  
   之前有企业来我们学校校招，我一直保持观望，直到OPPO出现。高工资，高福利，好的平台，宣讲会结束我就想是被洗脑，尤其是招聘岗位括号里的“专业不限”撩拨我心。我就一咬牙，一跺脚，提交了简历，参加了笔试。哦，这个笔试跟任何专业都不相关，就是一点心理题目跟逻辑题目。然后群面，单面一路绿灯简直顺利得不像话。  
   因为有亲戚在广州，而且OPPO各方面条件都很优越，尤其是他们其他行程都是本科院校，我们学校是唯一一所专科（长沙民政），所以对于学历不够的我来说，简直致命，我脑子一热，放弃了其他岗位，毅然来到广州，来从事一个与我专业差了十万八千里的职业——区域业务。  
   但是.......因为各种原因，来到这边我就迟疑了，这个OPPO并不是生产手机的那个OPPO，而是一家销售公司，叫平实.....OPPO手机高价低配导致我个人内心有点抗拒......balabala这些，我就离开了。  
   这是个很尴尬的时间的，离过年吧还有一个多月，学校的同学都找到实习出去了，又不好一直住在亲戚家，在智联，51job，拉钩投了不少简历，奈何碰上元旦假期，正儿八经的公司没人理我，理我的全是培训机构，心里苦啊。  
   再说一下我专业的问题，我是软件开发专业的，前端跟JAVA是我主要课程，但是吧......能跑去做销售......也能知道我专业水平也就一般般，甚至可以用差来形容，加上长时间不接触。好在我对前端兴趣比较高，也想以后在前端上有所发展，而且我认为我目前接触到的前端知识还是比较容易掌握的，所以我想我能够在实习期间边做变学，尽量弥补之前的差距。而且因为之前的工作，我已经办理了离校手续，可以全职上班。  
   心里着急啊，实在是走投无路了，迫不得已才在论坛发这种帖子.......见谅

付费技术支持不是DCloud的商业模式。

因为DCloud的人工比较贵，如果开发者自己或通过插件作者能解决问题，肯定比找DCloud付费解决问题性价比更高。

但考虑到很多开发者真的有高优先需求，或者有些政企单位，对保障的需求大于对低成本的需求。

那么，可以使用DCloud的点对点付费技术支持。

DCloud的付费技术支持不会低于1000元，如果是原生相关的问题，可能更贵。具体需要开发者把问题详细描述出来后，DCloud来评估。

申请方式：点此咨询

提问时一定要把问题说清楚，哪个平台、什么版本和环境。

最近用到同页面多上下拉加载，参考样例，使用了样式引用的mui.pullToRefresh.js和mui.pullToRefresh.material.js这两个js文件。并没有使用mui原本里面的方法。后来涉及两个问题，一个是重置上下拉的问题，一个是回到顶部的问题。
第一个问题：上下拉重置，这个比较简单，callback返回函数时，this.refresh(true)。 搞定。根据实际情况有可能调用ajax，此时可以保留this成员或者传参进去进行使用。
第二个问题：mui.pullToRefresh.js里面有个refresh方法，也重置上下拉方法，在里面的最后一行加上$(this.element.parentNode).scroll().refresh();即可解决重置上下拉的同时回到顶部（若有需要），至于parentNode是哪个元素可自行测试查看(建议对于不懂为何可以操作滚条重置的可以看看)。
如果需要独立出来，则可自行新建方行加上上面那句代码。
以上经测试皆无问题。

想自己部署一个我们内部使用的“流应用管理器” 上面都是我们自己的程序。 也就是说需要基于现在的“流应用管理器”进行改造 不知道有没有人能仿造的了 价格不是问题
能做的留下方式