androidjson保存
A. Android开发中为什么很少使用JSON存储数据
是可以用JSON存储数据对象的，而且也是Google推荐的，可以取代以实现Serializable来存储对象的方法。下面是使用JSON存储数据的原因。
Android开发中，涉及到对象存储，通常的做法是直接实现`Serializable`。有关这个接口，它保证了实现该接口的类的对象能够被`ObjectOutput/InputStream`直接输入输出，即序列化。这很方便，但是也很不好。
提到‘序列化’，大多数人都想到`Serializable`，而实际上‘序列化’是指“将对象的状态信息转换为可以存储或传输的形式的过程”，Java的`Serializabe`是字节序列化的一种。
`Serialziable`的缺点之一是，实现了该接口的类将失去灵活性。这一点《Effective Java》第74条也指出了，实现了这个`Serializable`的类将会依赖这个类的内部演化，根源在于UID(Serial version UID)。如果你没有指定UID，那么每次这个类被序列化时都会根据这个类的当前状态生成一个UID。想象这么一种场景：这个类已经被导出了，比如发给其他公司或部门使用了，然后你又修改了这个类，那么当你再将这个类发布时，由于UID不同，其他公司或部门的程序员将可能得到一个“InvalidClassException”。
这种情况的根本原因是因为你不能控制序列化的实现，你控制不了UID的生成过程。这就需要一个自定义的序列化形式。在Android中，Google推荐JSON序列化。而且Android程序员也可以使用Gson等工具来进行序列化和反序列化。
和`Serializable`的字节序列化不同，JSON序列化是字符序列化。
此外，`Serializable`只适合存储对象。由于在传输时`Serializalbe`要做大量IO，Android提供了`Parcelable`。
最后，题主不应该把数据库和JSON，XML比较，如果要比，也只能把数据库和文件存储比。数据库适合存储数量大，关系复杂的数据，这样管理，查阅就很方便。与此相对文件存储适合数量小，关系简单的数据。
B. Android开发中为什么很少使用JSON存储数据
Android中数据的存储有五种方式不同的应用及需求，会使用不同的方式去存储数据。
1 使用SharedPreferences存储数据
2 文件存储数据
3 SQLite数据库存储数据
4 使用ContentProvider存储数据
5 网络存储数据
不同的业务逻辑,或者需求,用不同的实现方式，以下是这几中数据存储方式的说明用及法:
第一种： 使用SharedPreferences存储数据
它的本质是基于XML文件存储key-value键值对数据，通常用来存储一些简单的配置信息。
其存储位置在/data/data/< >/shared_prefs目录下。
第二种： 文件存储数据
关于文件存储，Activity提供了openFileOutput()方法可以用于把数据输出到文件中，具体的实现过程与在J2SE环境中保存数据到文件中是一样的。文件可用来存放大量数据，如文本、图片、音频等。
默认位置：/data/data/< >/files/***.***。
第三种： SQLite数据库存储数据
SQLite是轻量级嵌入式数据库引擎，它支持 SQL 语言，并且只利用很少的内存就有很好的性能。此外它还是开源的，任何人都可以使用它。许多开源项目（(Mozilla, PHP, Python）都使用了 SQLite。
数据库存储在 data/< 项目文件夹 >/databases/ 下。
第四种： 使用ContentProvider存储数据 ContentProvider其实也是通过数据库的方式来存储数据的,因此这里不再做详细介绍。
第五种 ：网络存储数据 也就是说将数据保存在服务器,android上只需要通过httpclient发起一个请求,向服务器获取数据即可。
C. Android开发中为什么很少使用JSON存储数据
是可以用JSON存储数据对象的，而且也是Google推荐的，可以取代以实现Serializable来存储对象的方法。下面是使用JSON存储数据的原因。
Android开发中，涉及到对象存储，通常的做法是直接实现`Serializable`。有关这个接口，它保证了实现该接口的类的对象能够被`ObjectOutput/InputStream`直接输入输出，即序列化。这很方便，但是也很不好。
提到‘序列化’，大多数人都想到`Serializable`，而实际上‘序列化’的只是指“将对象的状态信息转换为可以存储或传输的形式的过程”，Java的`Serializabe`是字节序列化的一种。
`Serialziable`的缺点之一是，实现了该接口的类将失去灵活性。这一点《Effective Java》第74条也指出了，实现了这个`Serializable`的类将会依赖这个类的内部演化，根源在于UID(Serial version UID)。如果你没有指定UID，那么每次这个类被序列化时都会根据这个类的当前状态生成一个UID。想象这么一种场景：这个类已经被导出了，比如发给其他公司或部门使用了，然后你又修改了这个类，那么当你再将这个类发布时，由于UID不同，其他公司或部门的程序员将可能得到一个“InvalidClassException”。
这种情况的根本原因是因为你不能控制序列化的实现，你控制不了UID的生成过程。这就需要一个自定义的序列化形式。在Android中，Google推荐JSON序列化。而且Android程序员也可以使用Gson等工具来进行序列化和反序列化。
和`Serializable`的字节序列化不同，JSON序列化是字符序列化。
此外，`Serializable`只适合存储对象。由于在传输时`Serializalbe`要做大量IO，Android提供了`Parcelable`。
最后，题主不应该把数据库和JSON，XML比较，如果要比，也只能把数据库和文件存储比。数据库适合存储数量大，关系复杂的数据，这样管理，查阅就很方便。与此相对文件存储适合数量小，关系简单的数据。
D. Android开发中为什么很少使用JSON存储数据
是可以用JSON存储数据对象的，而且也是Google推荐的，可以取代以实现Serializable来存储对象的方法。下面是使用JSON存储数据的原因。Android开发中，涉及到对象存储，通常的做法是直接实现`Serializable`。有关这个接口，它保证了实现该接口的类的对象能够… 显示全部是可以用JSON存储数据对象的，而且也是Google推荐的，可以取代以实现Serializable来存储对象的方法。下面是使用JSON存储数据的原因。
Android开发中，涉及到对象存储，通常的做法是直接实现`Serializable`。有关这个接口，它保证了实现该接口的类的对象能够被`ObjectOutput/InputStream`直接输入输出，即序列化。这很方便，但是也很不好。
提到‘序列化’，大多数人都想到`Serializable`，而实际上‘序列化’的只是指“将对象的状态信息转换为可以存储或传输的形式的过程”，Java的`Serializabe`是字节序列化的一种。
`Serialziable`的缺点之一是，实现了该接口的类将失去灵活性。这一点《Effective Java》第74条也指出了，实现了这个`Serializable`的类将会依赖这个类的内部演化，根源在于UID(Serial version UID)。如果你没有指定UID，那么每次这个类被序列化时都会根据这个类的当前状态生成一个UID。想象这么一种场景：这个类已经被导出了，比如发给其他公司或部门使用了，然后你又修改了这个类，那么当你再将这个类发布时，由于UID不同，其他公司或部门的程序员将可能得到一个“InvalidClassException”。
这种情况的根本原因是因为你不能控制序列化的实现，你控制不了UID的生成过程。这就需要一个自定义的序列化形式。在Android中，Google推荐JSON序列化。而且Android程序员也可以使用Gson等工具来进行序列化和反序列化。
和`Serializable`的字节序列化不同，JSON序列化是字符序列化。
此外，`Serializable`只适合存储对象。由于在传输时`Serializalbe`要做大量IO，Android提供了`Parcelable`。
最后，题主不应该把数据库和JSON，XML比较，如果要比，也只能把数据库和文件存储比。数据库适合存储数量大，关系复杂的数据，这样管理，查阅就很方便。与此相对文件存储适合数量小，关系简单的数据。
E. Android开发中为什么很少使用JSON存储数据
是可以用JSON存储数据对象的，而且也是Google推荐的，可以取代以实现Serializable来存储对象的方法。下面是使用JSON存储数据的原因。
Android开发中，涉及到对象存储，通常的做法是直接实现`Serializable`。有关这个接口，它保证了实现该接口的类的对象能够被`ObjectOutput/InputStream`直接输入输出，即序列化。这很方便，但是也很不好。
提到‘序列化’，大多数人都想到`Serializable`，而实际上‘序列化’的只是指“将对象的状态信息转换为可以存储或传输的形式的过程”，Java的`Serializabe`是字节序列化的一种。
`Serialziable`的缺点之一是，实现了该接口的类将失去灵活性。这一点《Effective Java》第74条也指出了，实现了这个`Serializable`的类将会依赖这个类的内部演化，根源在于UID(Serial version UID)。如果你没有指定UID，那么每次这个类被序列化时都会根据这个类的当前状态生成一个UID。想象这么一种场景：这个类已经被导出了，比如发给其他公司或部门使用了，然后你又修改了这个类，那么当你再将这个类发布时，由于UID不同，其他公司或部门的程序员将可能得到一个“InvalidClassException”。
这种情况的根本原因是因为你不能控制序列化的实现，你控制不了UID的生成过程。这就需要一个自定义的序列化形式。在Android中，Google推荐JSON序列化。而且Android程序员也可以使用Gson等工具来进行序列化和反序列化。
和`Serializable`的字节序列化不同，JSON序列化是字符序列化。
此外，`Serializable`只适合存储对象。由于在传输时`Serializalbe`要做大量IO，Android提供了`Parcelable`。
最后，题主不应该把数据库和JSON，XML比较，如果要比，也只能把数据库和文件存储比。数据库适合存储数量大，关系复杂的数据，这样管理，查阅就很方便。与此相对文件存储适合数量小，关系简单的数据。
F. android 怎样将数据以json格式保存在手机文件中
json是一种轻量级数据交换格式,可以包含对象和数组，以下是一个json字符串的示例：
{"key":[{"key1":"value1","key2":value2",...}]}
json只是一种数据交换格式，并不是存储格式，所以只要你正确地组织好json字符串后，跟其他文件是一样存储的；
同时建议你，如果你存储的数据量比较多的话，建议存储在android系统自带的SQLite数据库中，这样操作起数据来更方便简单；如果数据量非常少，只有三五个字段存储，那样使用android的SharedPreferences可能会是更好的选择，希望你根据应用需求适当选用。
G. Android开发中为什么很少使用JSON存储数据
是可以用JSON存储数据对象的，而且也是Google推荐的，可以取代以实现Serializable来存储对象的方法。下面是使用JSON存储数据的原因。
Android开发中，涉及到对象存储，通常的做法是直接实现`Serializable`。有关这个接口，它保证了实现该接口的类的对象能够被`ObjectOutput/InputStream`直接输入输出，即序列化。这很方便，但是也很不好。
提到‘序列化’，大多数人都想到`Serializable`，而实际上‘序列化’的只是指“将对象的状态信息转换为可以存储或传输的形式的过程”，Java的`Serializabe`是字节序列化的一种。
`Serialziable`
的缺点之一是，实现了该接口的类将失去灵活性。这一点《Effective
Java》第74条也指出了，实现了这个`Serializable`的类将会依赖这个类的内部演化，根源在于UID(Serial version
UID)。如果你没有指定UID，那么每次这个类被序列化时都会根据这个类的当前状态生成一个UID。想象这么一种场景：这个类已经被导出了，比如发给其
他公司或部门使用了，然后你又修改了这个类，那么当你再将这个类发布时，由于UID不同，其他公司或部门的程序员将可能得到一个
“InvalidClassException”。
这种情况的根本原因是因为你不能控制序列化的实现，你控制不了UID的生成过程。这就需要一个自定义的序列化形式。在Android中，Google推荐JSON序列化。而且Android程序员也可以使用Gson等工具来进行序列化和反序列化。
和`Serializable`的字节序列化不同，JSON序列化是字符序列化。
此外，`Serializable`只适合存储对象。由于在传输时`Serializalbe`要做大量IO，Android提供了`Parcelable`。
最后，题主不应该把数据库和JSON，XML比较，如果要比，也只能把数据库和文件存储比。数据库适合存储数量大，关系复杂的数据，这样管理，查阅就很方便。与此相对文件存储适合数量小，关系简单的数据。
H. Android端用json批量上传多图片，求服务端代码，如何解析并保存到服务器。谢谢各位大神
你先要看Android 端怎么给你传的啊
json是本质是怎么？ 字符串啊
传图可以通过以下方式（最终都是以流的形式传递，但是格式不一样）：
1、流 移动端将图片转为字节流 传递， 你直接就获取流 然后转图片
2、字符串 移动端将图片转为一个字符串（很长），然后传递，你后台就获取字符串
3、压缩文件 文件传输（也是流），后台获取流转文件
你说json的话，那他是将图转为字符串？
或者他其实是用网络框架提供的传递文件的方法直接传递的图？
再或者他是写的文件读写流？
然后你就网络你框架（Spring MVC？）怎么获取
I. 安卓sp怎么存储 JSONObject
给你一个工具类,它们都可以相互转化:
你的解决方案:1.先把object转化为json字符串,然后用sp保存字符串即可.
如果要反序列化,先通过sp获取json字符串,再将字符串转化为object;
下面的方法可直接调用,需要导入谷歌的gson包.
public class JsonUtil {
/**
* 把一个map变成json字符串
* @param map
* @return
*/
public static String parseMapToJson(Map<?, ?> map) {
try {
Gson gson = new Gson();
return gson.toJson(map);
} catch (Exception e) {
}
return null;
}
/**
* 对象转换成json字符串
* @param obj
* @return
*/
public static String toJson(Object obj) {
Gson gson = new Gson();
return gson.toJson(obj);
}
/**
* 把一个json字符串变成对象
* @param json
* @param cls
* @return
*/
public static <T> T parseJsonToBean(String json, Class<T> cls) {
Gson gson = new Gson();
T t = null;
try {
t = gson.fromJson(json, cls);
} catch (Exception e) {
}
return t;
}
/**
* 把json字符串变成map
* @param json
* @return
*/
public static HashMap<String, Object> parseJsonToMap(String json) {
Gson gson = new Gson();
Type type = new TypeToken<HashMap<String, Object>>() {
}.getType();
HashMap<String, Object> map = null;
try {
map = gson.fromJson(json, type);
} catch (Exception e) {
}
return map;
}
/**
* 把json字符串变成集合
* params: new TypeToken<List<yourbean>>(){}.getType(),
*
* @param json
* @param type new TypeToken<List<yourbean>>(){}.getType()
* @return
*/
public static List<?> parseJsonToList(String json, Type type) {
Gson gson = new Gson();
List<?> list = gson.fromJson(json, type);
return list;
}
/**
*
* 获取json串中某个字段的值，注意，只能获取同一层级的value
*
* @param json
* @param key
* @return
*/
public static String getFieldValue(String json, String key) {
if (TextUtils.isEmpty(json))
return null;
if (!json.contains(key))
return "";
JSONObject jsonObject = null;
String value = null;
try {
jsonObject = new JSONObject(json);
value = jsonObject.getString(key);
} catch (JSONException e) {
e.printStackTrace();
}
return value;
}
}