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;
}
}