Android中有5种数据存储方式，分别为文件存储、SQLite数据库、SharedPreferences、ContentProvider、网络。每种存储方式的特点如下：
 
 1）文件存储
 
 文件存储方式是一种较常用的方法，在Android中读取/写入文件的方法，与Java中实现I/O的程序是完全一样的，提供openFileInput()和openFileOutput()方法来读取设备上的文件。
 
 2）SQLite数据库
 
 SQLite是Android所集成的一个轻量级的嵌入式数据库，它不仅可以使用Andorid API操作，同时它也支持SQL语句进行增删改查等操作。
 
 3）SharedPreferences
 
 SharedPreferences是Android提供的用于存储一些简单配置信息的一种机制，采用了XML格式将数据存储到设备中。不仅可以在同一个包下使用，还可以访问其他应用程序的数据，但是由于SharedPreferences的局限性，在实际操作中很少用来读取其他应用程序的数据。
 
 4）ContentProvider
 
 ContentProvider主要用于不同应用程序之间共享数据，ContentProvider更好的提供了数据共享接口的统一性，使不同应用共享数据更规范和安全。
 
 5）网络存储数据
 
 通过网络上提供的存储空间来上传(存储)或下载(获取)我们存储在网络空间中的数据信息

 
 
这是最新的大厂面试系列，还原真实场景，提炼出知识点分享给大家。
 点赞再看，养成习惯~ 微信搜索【武哥聊编程】，关注这个 Java 菜鸟。
 
 
昨天有个小伙伴去阿里面试实习生岗位，面试官问他了一个老生常谈的问题：你说一说 Java 创建线程都有哪些方式？
 
这哥们心中窃喜，这个老生常谈的问题早已背的滚瓜烂熟，于是很流利的说了出来。
 
Java 创建线程有两种方式：
 
 
 
继承Thread类，并重写run()方法
实现Runnable接口，覆盖接口中的run()方法，并把Runnable接口的实现扔给Thread
 
 
面试官：（拿出一张白纸）那你把这两种方式写一下吧！
 
小哥：（这有何难！）好~
 
public static void main(String[] args) {
	// 第一种
    MyThread myThread = new MyThread();
    myThread.start();
	// 第二种
    new Thread(() -> System.out.println("自己实现的run-2")).start();
}

public static class MyThread extends Thread {
    @Override
    public void run() {
        System.out.println("自己实现的run-1");
    }
}
 
面试官：嗯，那除了这两种，还有其他创建线程的方法吗？
 
这些简单的问题难不倒这哥们，于是他想到了 Java5 之后的Executors，Executors工具类可以用来创建线程池。
 
小哥：Executors工具类是用来创建线程池的，这个线程池可以指定线程个数，也可以不指定，也可以指定定时器的线程池，它有如下常用的方法：
 
 
 
newFixedThreadPool(int nThreads)：创建固定数量的线程池
 newCachedThreadPool()：创建缓存线程池
 newSingleThreadExecutor()：创建单个线程
 newScheduledThreadPool(int corePoolSize)：创建定时器线程池
 
 
面试官：嗯，OK，咱们还是针对你刚刚写的代码，我再问你个问题。
 
此时这哥们有种不祥的预感，是不是自己代码写的有点问题？或者要问我底层实现？
 
面试官：你写的两种创建线程的方式，都涉及到了run()方法，你了解过Thread里的run()方法具体是怎么实现的吗？
 
果然问到了源码了，这哥们之前看了点，所以不是很慌，回忆了一下，向面试官道来。
 
小哥：emm……Thread 中的run()方法里东西很少，就一个 if 判断：
 
@Override
public void run() {
	if (target != null) {
		target.run();
	}
}
 
有个target对象，会去判断该变量是否为空，非空的时候，去执行target对象中的run()方法，否则啥也不干。而这个target对象，就是我们说的Runnable：
 
/* What will be run. */
private Runnable target;
 
面试官：嗯，那这个Runnable类你了解过吗？
 小哥：了解过，这个Runnable类很简单，就一个抽象方法：
 
@FunctionalInterface
public interface Runnable {
    public abstract void run();
}
 
这个抽象方法也是run()！如果我们使用Runnable接口，就需要实现这个run()方法。由于这个Runnable类上面标了@FunctionalInterface注解，所以可以使用函数式编程。
 
那小哥接着说：（突然自信起来了）所以这就对应了刚才说的两种创建线程的方式，假如我用第一种方式：继承了Thread类，然后重写了run()方法，那么它就不会去执行上面这个默认的run()方法了（即不会去判断target），会执行我重写的run()方法逻辑。
 
假如我是用的第二种方式：实现Runnable接口的方式，那么它会执行默认的run()方法，然后判断target不为空，再去执行我在Runnable接口中实现的run()方法。
 
面试官：OK，可以，我再问你个问题。
 
小哥：（暗自窃喜）
 
面试官：那如果我既继承了Thread类，同时我又实现了Runnable接口，比如这样，最后会打印什么信息出来呢？
 
面试官边说边拿起刚刚这小哥写的代码，对它进行了简单的修改：
 
public static void main(String[] args) {
    new Thread(() -> System.out.println("runnable run")) {
        @Override
        public void run() {
            System.out.println("Thread run");
        }
    }.start();
}
 
这小哥，突然有点懵，好像从来没想过这个问题，一时没有什么思路，于是回答了个：会打印 “Thread run” 吧……
 
面试官：答案是对的，但是为什么呢？
 
这小哥一时没想到原因，于是面试官让他回去可以思考思考，就继续下一个问题了。
 
亲爱的读者朋友，你们知道为什么吗？你们可以先思考一下。
 
其实这个答案很简单，我们来分析一下代码便知：其实是 new 了一个对象（子对象）继承了Thread对象（父对象），在子对象里重写了父类的run()方法；然后父对象里面扔了个Runnable进去，父对象中的run()方法就是最初那个带有 if 判断的run()方法。
 
好了，现在执行start()后，肯定先在子类中找run()方法，找到了，父类的run()方法自然就被干掉了，所以会打印出：Thread run。
 
如果我们现在假设子类中没有重写run()方法，那么必然要去父类找run()方法，父类的run()方法中就得判断是否有Runnable传进来，现在有一个，所以执行Runnable中的run()方法，那么就会打印：Runnable run 出来。
 
说白了，就是问了个 Java 语言本身的父子继承关系，会优先执行子类重写的方法而已，只是借这个场景，换了个提问的方式，面试者可能一时没反应过来，有点懵也是正常的，如果直接问，傻子都能回答的出来。
 
后记：通过这道简单的面试题，帮大家分析了一下在创建线程过程中的源码，可以看出来，面试过程中，面试官更加看重一些原理性的东西，而不是背一下方式就行了。同时也能看的出，面试大厂，需要做好充分的准备。另外，在面试的时候要冷静，可能有些问题并没有太难，回答不出来只是当时太紧张造成的。
 
这篇文章就写到这，最后祝大家都能面试成功。
 
如果觉得有帮助，希望老铁们来个三连击，给更多的人看到这篇文章
 
1、关注我的原创微信公众号「武哥聊编程」，专注于Java、数据结构和算法、微服务、中间件等技术分享，保证你看完有所收获。
 
2、给俺点个赞呗，可以让更多的人看到这篇文章，顺便激励下我继续写作，嘻嘻。
 
作者info
 
 
 
【作者】：武哥
 【公众号】：武哥聊编程。欢迎大家关注~
 【作者简介】：同济大学，硕士。先后在华为、科大讯飞、拼多多采坑。一个自学 Java 的菜鸟，期待你的关注。
 
 
点赞是对我最大的鼓励
 ↓↓↓↓↓↓

这里是修真院后端小课堂，每篇分享文从
 
八个方面深度解析后端知识/技能，本篇分享的是：
 
【生成json的几种方式】
 
【修真院java小课堂】生成json的几种方式
 
大家好，我是IT修真院武汉分院第17期的学员汪天驰，一枚正直纯洁善良的java程序员，今天给大家分享一下，修真院官网java任务2，深度思考中的知识点——生成json的几种方式
 
（1）背景介绍：
 
JSON（JavaScript Object Notation)是一种轻量级的数据交换格式，易于阅读和编写，同时也易于机器解析和生成。
 
JSON是由道格拉斯·克罗克福特在2001年开始推广使用的数据格式，在2005年-2006年正式成为主流的数据格式，雅虎和谷歌就在那时候开始广泛地使用JSON格式。
 
（2）知识剖析：
 
为什么要用json？
 
JSON类似于XML、比XML更小、更快、更容易解析。但同时XML也有它不可替代性，应根据使用场景进行更合适的选择
 
两者不同的是，json没有结束标签，读写速度更快，使用数组，不使用保留字，能够使用内建的JavaScript eval()方法解析。
 
JSON语法简单，很容易理解，并且对象信息自描述，数据传输量小不占用宽带
 
JSON支持的语言包括C、C#、Java、JavaScript，PHP，Python、Ruby等等
 
对于Ajax应用程序来说，JSON比XML更快捷，更易用
 
JSON的基本语法
 
1.并列的数据之间用逗号(,)分隔
 
2.映射用冒号(:)表示
 
3.映射的集合用大括号({})表示
 
4.并列数据的集合用方括号表示([])表示
 
下面是一个json格式的例子：
 
{ “studentList”: [{
 
“id”: 187,
 
“studentName”: “王”,
 
“stuNum”: 666,
 
“phone”: 123456,
 
“wish”: “天天向上”} ] }
 
可以看到它们是以键值对的形式表现，这里有个规定键值对中： 键必须用双引号括起来，值可以是数字、字符串(需要在双引号中)，布尔值、数组、对象、null，共6种类型。
 
为什么推荐使用JSONTAGLIB来处理JSON
 
gson它提供了toJason()方法将对象转换成Json字符串
 
gson也可以反序列化，提供了fromJson()方法来实现从Json相关对象到Java实体的方法。
 
在使用@ResponseBody注解的方式时,
 
如果在控制器方法上标注该注解,那么方法返回的对象不会经过视图解析器的渲染,而是根据HTTP Request Header的Accept字段的内容,转换为指定的格式,写入到Response对象的body数据区中,如果没有额外的配置,那么就会返回json格式的数据
 
所以json-taglib的好处就体现出来了：
 
1.使用json-taglib,在控制器中的代码更加简洁,易读
 
2.使用json-taglib更加灵活,如果以后需要更改json数据格式,只需要更改jsp页面即可,不需要改动控制器代码
 
（3）常见问题：
 
Json运用
 
读取 JSON 字符串
 
用 eval() 处理 JSON 字符串
 
json可以以数组传递，也可以以对象传递，，返回的json格式，是一个数组json，然后里面含有对象，这是json常见的格式。后来经过php的处理，结构又发生了变化，最外层是一个对象了，里面是数组和对象。
 
在数据传输流程中，json是以文本，即字符串的形式传递的，而JS操作的是JSON对象，所以，JSON对象和JSON字符串之间的相互转换是关键。例如：
 
JSON字符串:
 
var str1 = ‘{ “name”: “haorooms”, “sex”: “man” }’;
 
JSON对象:
 
var str2 = { “name”: “haorooms”, “sex”: “man” };
 
在RPC远程调用时,或者提供给外部访问接口，一般数据交互格式通常为JSON
 
提供移动APP接口
 
（4）编码实战：
 
（5）拓展思考：
 
json和xml的区别
 
XML的优点
 
A.格式统一，符合标准；
 
B.容易与其他系统进行远程交互，数据共享比较方便。
 
XML的缺点
 
A.XML文件庞大，文件格式复杂，传输占带宽；
 
B.服务器端和客户端都需要花费大量代码来解析XML，导致服务器端和客户端代码变得异常复杂且不易维护；
 
C.客户端不同浏览器之间解析XML的方式不一致，需要重复编写很多代码；
 
D.服务器端和客户端解析XML花费较多的资源和时间。
 
json的优缺点
 
A.数据格式比较简单，易于读写，格式都是压缩的，占用带宽小
 
B.易于解析，客户端JavaScript可以简单的通过eval()进行JSON数据的读取；
 
C.支持多种语言，包括ActionScript, C, C#, ColdFusion, Java, JavaScript, Perl, PHP, Python, Ruby等服务器端语言，便于服务器端的解析；
 
D.在PHP世界，已经有PHP-JSON和JSON-PHP出现了，偏于PHP序列化后的程序直接调用，PHP服务器端的对象、数组等能直接生成JSON格式，便于客户端的访问提取；
 
E.因为JSON格式能直接为服务器端代码使用，大大简化了服务器端和客户端的代码开发量，且完成任务不变，并且易于维护。
 
JSON的缺点
 
A.没有XML格式这么推广的深入人心和喜用广泛，没有XML那么通用性 JSON格式目前在Web Service中推广还属于初级阶段。
 
（6）参考文献：
 
https://blog.csdn.net/android_zhengyongbo/article/details/67634565
 
（7）更多讨论：
 
Q1:JSON、XML解析有那些方式
 
A1:JSON解析方式(阿里巴巴fastjson、谷歌gson,jackJson) XML解析方式(dom、sax、pul)
 
Q2:是否所有的技术都支持JSON？
 
A2:是的，几乎所有的数据交换都支持JSON。
 
Q3:使用jQuery如何进行一个JSON调用？
 
A3:如在一个MVC中，可通过“getEmployee”函数返回employ的JSON对象。
 
今天的分享就到这里啦，欢迎大家点赞、转发、留言、拍砖~

前言
 
我开通了一个微信公共号“王和阳的航海日志”，在上面记录着自己的学习、思考、实践和成长的过程，欢迎关注、交流和拍砖。
 
 
 
 
碎碎念：距离上次写博客过去了半个月，期间顺利拿到鹅厂前端工程师的实习offter，阶段性的目标完成，坐等5.19大阿里面试，学习的步伐不能停下，继续编程之路和科研之路。好了，废话不多说，进来总结一下跨域的几种姿势吧~~
 
 
为什么要跨域？
 
跨域问题是浏览器同源策略限制，当前域名的js只能读取同域下的窗口属性。
 一个网站的网址组成包括协议名，子域名，主域名，端口号。比如https://www.github.com/80，其中https是协议名，www.github.com是子域名，github.com是主域名，端口号是80，当在在页面中从一个url请求数据时，如果这个url的协议名、子域名、主域名、端口号任意一个有一个不同，就会产生跨域问题。即使是在 http://localhost:80/ 页面请求 http://127.0.0.1:80/ 也会有跨域问题（因为域名不一样嘛~），且哪怕是域名和端口号一样（例如http到https也属于跨域），但是协议不一样，则也是跨域的情况。
 
 
 
PS：下浏览器中的 file://域拥有的权限很高，WebKit可以读取磁盘上的文件，IE可以执行CMD，这里大家可以尽情发挥想象，能做的事情太多了！
 
 
跨域姿势小结
 
最简单也最常见：使用jsonp ，即json with padding（内填充），顾名思义，就是把JSON填充到一个盒子里
一劳永逸：直接在服务器端设置跨域资源访问 CORS（Cross-Origin Resource Sharing），设置Request Header头中Access-Control-Allow-Origin为指定可获取数据的域名
简单有效：直接请求一张图片
找"爸爸"：通过修改document.domain来跨子域
哥俩好：通过window.name来跨域接收数据
新石器时代：使用HTML5的window.postMessage方法跨域
 
jsonp
 
核心思想：浏览器的script、img、iframe标签是不受同源策略限制的 ，所以通过script标签引入一个js文件，这个js文件载入成功后会执行我们在url参数中指定的callback函数，并把把我们需要的json数据作为参数传入。在服务器端，当req.params参数中带有callback属性时，则把数据作为callback的参数执行，并拼接成一个字符串后返回。
 
优点：兼容性好，在很古老的浏览器中也可以用，简单易用，支持浏览器与服务器双向通信。
缺点：只支持GET请求，且只支持跨域HTTP请求这种情况（不支持HTTPS）
 
网页端的代码如下
 
 创建一个函数tryJSONPadding，并在script标签的源地址中加入这个函数名，服务器端（Node.js写的后端）的处理如下
 
 
CORS
 
核心思想：在服务器端通过检查请求头部的origin，从而决定请求应该成功还是失败。具体的方法是在服务端设置Response Header响应头中的Access-Control-Allow-Origin为对应的域名，实现了CORS（跨域资源共享），这里出于在安全性方面的考虑就是尽量不要用 *，但对于一些不重要的数据则随意，例如图片。下图是某公司阿里云服务器上的CORS设置
 
 
Node.js实现CORS的方法也很简单，如图。
 
 
图片ping
 
因为在浏览器中，JS脚本和图片是可以跨域的，所以我们可以直接新建一个图片对象，然后在地址中存放一些简单，这种方法只支持get请求，且只能单向地向服务器发送请求，在统计广告曝光次数中比较常见。
 
 
寻找相同主域document.domain
 
对于以下的这两个域名，可以看到他们的主域名都是 example.com，相同于有一个共同的爸爸，且此方法只适用于两个iframe之间的跨域。
 
http://www.example.com/a.html 和http://bbs.example.com/b.html）
 
下面是另外一篇文章中的例子。
 
 
 
window.name
 
window对象中其实包含了黑魔法的，window.name属性就是其中之一，不同域的框架把想要共享的信息放在window.name里面，且此方法只适用于两个iframe之间的跨域。
 

 
 
在a.com网站添加一个空HTML页。名称为：http://a.com/null.html (用于实现二次跳转)
 
在a.com网站需要获取数据页面(如：http://a.com/getDomainData.html)![获取数据]
在b.com中添加获取数据页面 如：http://b.com/data.html 内容需包含：
 接下来访问 http://a.com/getDomainData.html 就可返回 http://b.com/data.html 中的window.name中的数据了。
 
HTML5 中的window.postMessage方法
 
window.postMessage(message,targetOrigin) 方法是html5新引进的特性，可以使用它来向其它的window对象发送消息，无论这个window对象是属于同源或不同源，目前IE8+、FireFox、Chrome、Opera等浏览器都已经支持window.postMessage方法。这种方法不能和服务端交换数据，只能在两个窗口（iframe）之间交换数据
 www.example.com中主动发起连接
 
 处于安全考虑，另一个域下的脚本中需要验证消息orgin来源后为http://www.example.com后再发送消息
 
 event对象，这里的origin为http://localhost:81，仅作为演示