Java小應(yīng)用日志級(jí)別異常處理最佳實(shí)踐
2018-09-21 來源：importnew
編者按：做了很多年IT工作，突然又對(duì)日志級(jí)別有些迷茫，哈哈，為什么要有又字。是的，人們都在實(shí)踐中不停的學(xué)習(xí)并增進(jìn)自己。寫了好久的字，盯住看3分鐘，然后你會(huì)想，哦？寫錯(cuò)了吧 ^_^
原文在：?https://stackify.com/java-logging-best-practices/?。是官方的內(nèi)容，至于 ELKB，也是類似的東西。
日志：我們應(yīng)該做的更好了
我在說什么？現(xiàn)在有大量的Java日志框架和庫，大多數(shù)開發(fā)人員每天都在使用。兩個(gè)最常用的是 log4j 和 logback。他們使用起來非常簡(jiǎn)單，并且表現(xiàn)很不錯(cuò)。基本的 Java 日志文件還不夠，這里我們會(huì)給出一些Java最佳實(shí)踐或者建議來幫助你去使用！
你曾經(jīng)脫離開發(fā)部門去查看過日志文件嗎？如果你做過這些事情，你很快會(huì)意識(shí)到一些問題。
- 有大量的數(shù)據(jù)
- 你需要訪問數(shù)據(jù)
- 分布在多個(gè)服務(wù)器
- 一個(gè)具體的操作可能是跨應(yīng)用的，因此你需要查看多個(gè)日志
- 日志都是流水性的，很難查詢。就算你要把數(shù)據(jù)放在SQL里面，你也需要對(duì)文本數(shù)據(jù)做全索引以便查詢。
- 很難閱讀。消息就像意大利面似的雜亂難以閱讀
- 你通常沒有任何用戶的上下文等信息
- 你可能缺少一些有用的細(xì)節(jié)（你的意思是說“l(fā)og.Info(‘In the method’)沒用？？？）
- 你需要管理日志文件循環(huán)和保留
另外，你有你應(yīng)用生成的大量數(shù)據(jù)，卻不能有效的工作起來。
是時(shí)候嚴(yán)肅對(duì)待日志了
一旦你的應(yīng)用不是運(yùn)行在你的桌面系統(tǒng)，那么當(dāng)你的應(yīng)用不能正確運(yùn)行的時(shí)候，日志（包括錯(cuò)誤信息）就是你的救命稻草。當(dāng)然，AMP（性能管理平臺(tái)）工具會(huì)對(duì)內(nèi)存溢出、性能閥值出現(xiàn)問題的時(shí)候發(fā)出警告信息，但這些信息確并不能幫你解決問題，例如為什么這個(gè)用戶不能登錄，或者為什么這條記錄沒有處理
在 Stackify，我們構(gòu)建了一個(gè)日志文化“culture of logging” ，來達(dá)到如下目標(biāo)
- 輸出所有的事情。盡可能多的記錄你所能記錄的，總是有相關(guān)的上下文日志，這些日志并不會(huì)增加開銷。?
- 要智能工作，不要死工作。在固定位置整合所有的日志（約定，比如 d:/someapplogs/），這個(gè)位置對(duì)所有的開發(fā)人員都是透明的，并可以訪問的。從日志里面發(fā)現(xiàn)異常有助于提升我們的產(chǎn)品。
本文我們將分享這些最佳實(shí)踐，并分享我們是如何達(dá)到以上目標(biāo)，其中大部分已經(jīng)在 Stackify’s 日志管理系統(tǒng)中實(shí)現(xiàn)了。如果你使用了 前綴式查看系統(tǒng)（Prefix to view your logs,），一定要去看看。
開始記錄所有的事情
我在很多商店工作過，那里的信息是這樣的
} catcha(Exception e){
LOGGER.error(e.getMessage(),e);
}
我給這個(gè)開發(fā)人員點(diǎn)贊，至少使用了 try/catch 來處理異常。異常里面會(huì)包含堆棧信息讓我大概知道從那里來的這個(gè)異常，但沒有記錄更多的上下文信息。
有時(shí)，他們也做了一些前置的日志
public void processResultes(final List<Double> results){
LOGGER.debug("Processing resultes");
}
但是，通常這樣的語句并不能告訴你應(yīng)用里面到底發(fā)生了什么。如果你負(fù)責(zé)生產(chǎn)應(yīng)用的問題解決，那么這樣的日志并不能給你什么指示，尤其還是像大海撈針?biāo)频恼业竭@些日志。
就像之前提及的一樣。當(dāng)生產(chǎn)出現(xiàn)問題的時(shí)候，你不能查看物力服務(wù)器上的內(nèi)容，日志是解決問題最常用的幾個(gè)手段之一。你想要有大量的關(guān)聯(lián)信息及上下文信息。下面我給出指導(dǎo)性原則。
Walk the Code
讓我們假設(shè)你有個(gè)想要處理的 try/catch 的地方，但是之前并沒有告訴你關(guān)于請(qǐng)求的更多信息，樣例代碼是這樣的
public class Foo {
private int id;
private double value;
public Foo(int id, double value) {
this.id = id;
this.value = value;
}
public int getId() {
return id;
}
public double getValue() {
return value;
}
}
按照下面工廠模式創(chuàng)建 Foo 對(duì)象，注意，我留了一個(gè)可能產(chǎn)生錯(cuò)誤的地方，方法里面調(diào)用 value.doubleValue()，但沒有檢查 null。
public class FooFactory {
public static Foo createFoo(int id, Double value) {
return new Foo(id, value.doubleValue());
}
}
這是簡(jiǎn)單有用的場(chǎng)景。假設(shè)這是我應(yīng)用的一個(gè)關(guān)鍵場(chǎng)景（不允許有任何失�。�，讓我們嘗試加一些日志信息。
public class FooFactory {
private static Logger LOGGER = LoggerFactory.getLogger(FooFactory.class);
public static Foo createFoo(int id, Double value) {
LOGGER.debug("Creating a Foo");
try {
Foo foo = new Foo(id, value.doubleValue());
LOGGER.debug("{}", foo);
return foo;
} catch (Exception e) {
LOGGER.error(e.getMessage(), e);
}
return null;
}
}
現(xiàn)在我們創(chuàng)建兩個(gè) foo 對(duì)象，一個(gè)有效，一個(gè)無效。
FooFactory.createFoo(1, Double.valueOf(33.0));
FooFactory.createFoo(2, null);
日志看起來是這樣的
2017-02-15 17:01:04,842 [main] DEBUG com.stackifytest.logging.FooFactory: Creating a Foo
2017-02-15 17:01:04,848 [main] DEBUG com.stackifytest.logging.FooFactory: com.stackifytest.logging.Foo@5d22bbb7
2017-02-15 17:01:04,849 [main] DEBUG com.stackifytest.logging.FooFactory: Creating a Foo
2017-02-15 17:01:04,851 [main] ERROR com.stackifytest.logging.FooFactory:
java.lang.NullPointerException
at com.stackifytest.logging.FooFactory.createFoo(FooFactory.java:15)
at com.stackifytest.logging.FooFactoryTest.test(FooFactoryTest.java:11)
現(xiàn)在我們知道了一些信息，當(dāng) FooFactory.createFoo() 方法時(shí)候出錯(cuò)了，但沒有上下文。默認(rèn)的 debug 信息打印對(duì)象 toString 不可讀，可以修改 toString。
@Override
public String toString() {
return "Foo [id=" + id + ", value=" + value + "]";
}
修改后運(yùn)行
2017-02-15 17:13:06,032 [main] DEBUG com.stackifytest.logging.FooFactory: Creating a Foo
2017-02-15 17:13:06,041 [main] DEBUG com.stackifytest.logging.FooFactory: Foo [id=1, value=33.0]
2017-02-15 17:13:06,041 [main] DEBUG com.stackifytest.logging.FooFactory: Creating a Foo
2017-02-15 17:13:06,043 [main] ERROR com.stackifytest.logging.FooFactory:
java.lang.NullPointerException
at com.stackifytest.logging.FooFactory.createFoo(FooFactory.java:15)
at com.stackifytest.logging.FooFactoryTest.test(FooFactoryTest.java:11)
好多了！現(xiàn)在我們可以看到 [id=, value=]。另一個(gè)可選項(xiàng)是你可以通過java反射來獲取對(duì)應(yīng)的屬性。最主要的好處就是當(dāng)你增加修改成員的時(shí)候，你不要修改 toString 方法了。下面是使用了 Google 的 Gson 庫的輸出。
2017-02-15 17:22:55,584 [main] DEBUG com.stackifytest.logging.FooFactory: Creating a Foo
2017-02-15 17:22:55,751 [main] DEBUG com.stackifytest.logging.FooFactory: {"id":1,"value":33.0}
2017-02-15 17:22:55,754 [main] DEBUG com.stackifytest.logging.FooFactory: Creating a Foo
2017-02-15 17:22:55,760 [main] ERROR com.stackifytest.logging.FooFactory:
java.lang.NullPointerException
at com.stackifytest.logging.FooFactory.createFoo(FooFactory.java:15)
at com.stackifytest.logging.FooFactoryTest.test(FooFactoryTest.java:11)
當(dāng)你在 Stackify 的回溯工具中用 JSON 來輸出對(duì)象后，可以看到 JSON? 格式化的對(duì)象。
圖略，差不多就是移動(dòng)到輸出位置，可以更方便查看對(duì)象內(nèi)容。
{
variable : value,
variable : value
}
輸出更多的診斷上下文詳細(xì)信息
這就給我們帶來了關(guān)于記錄更多細(xì)節(jié)的最后一點(diǎn):診斷上下文日志。在調(diào)試生產(chǎn)問題時(shí)，您可能在日志中有上千次“創(chuàng)建一個(gè) Foo”消息，但是不知道是誰創(chuàng)建的。知道用戶是誰是一種非常珍貴的上下文，能夠快速解決問題�？紤]其他的細(xì)節(jié)可能是有用的——例如，HttpWebRequest 細(xì)節(jié)。但是誰想要記住每次都記錄下來呢？如何映射診斷上下文信息可以參考 SLF4J’s MDC?https://logback.qos.ch/manual/mdc.html。
最簡(jiǎn)單的增加上下文選項(xiàng)通常在 servlet filter 中。下面這個(gè)例子創(chuàng)建了一個(gè) servlet filter 生成事務(wù) id 并關(guān)聯(lián)到 MDC。
public class LogContextFilter implements Filter {
public void init(FilterConfig config) {
}
public void destroy() {
}
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws ServletException, IOException {
String transactionId = UUID.randomUUID().toString();
MDC.put("TRANS_ID", transactionId);
現(xiàn)在我們可以看到如下類似日志
19:49:36.350 eric-ubuntu DEBUG Create a Foo {"TRANS_ID":"d91lxxxxx2ffjjlslf03jf9j;a;j8g3g"}
19:49:36.406 eric-ubuntu DEBUG {"id":1,"value":33.0}{"TRANS_ID":"d91lxxxxx2ffjjlslf03jf9j;a;j8g3g"}
更多的上下文。現(xiàn)在，我們可以從單個(gè)請(qǐng)求中跟蹤所有日志語句。
這就引出了下一個(gè)話題，那就是什么僅僅是努力工作，而不是更聰明地工作（Work Harder, Not Smarter）。但在此之前，我將回答一個(gè)我肯定會(huì)在評(píng)論中聽到的問題:“但是如果我記錄了所有東西，那就產(chǎn)生更多的開銷和巨大的日志文件了嗎？我的回答有幾個(gè)部分，首先使用日志冗余。你可以使用 LOGGER.debug() 輸出任何你需要的信息，而在生產(chǎn)上你可以輸出警告級(jí)別之上的信息。當(dāng)你使用 debug 時(shí)，只需要修改屬性文件而不需要重新部署代碼。其次，日志輸出應(yīng)該異步非阻塞的，開銷非常低，如果你擔(dān)心日志文件空間，下節(jié)會(huì)介紹幾個(gè)更聰明的方法去處理。
更聰明地工作，不僅僅是努力
既然我們已經(jīng)記錄了所有內(nèi)容，它提供了更多的上下文數(shù)據(jù)，我們將會(huì)討論下一部分內(nèi)容。正如我所提到并演示了的，將所有這些輸出到平面文件中仍然不能在很大的復(fù)雜的應(yīng)用程序和環(huán)境中幫助您很多。在數(shù)千個(gè)請(qǐng)求中，跨越數(shù)天、數(shù)周或更長(zhǎng)時(shí)間、跨多個(gè)服務(wù)器的文件，您必須考慮如何快速找到所需的數(shù)據(jù)。
我們真的需要提供一個(gè)解決方案：
- 在一個(gè)地方聚合所有的 Log 和 Exception；
- 這些日志對(duì)團(tuán)隊(duì)中所有成員可見、實(shí)時(shí)；
- 在整個(gè)堆棧/基礎(chǔ)結(jié)構(gòu)中提供日志記錄的時(shí)間線；
- 是以結(jié)構(gòu)化的格式并高度索引的存儲(chǔ)，利于搜索。
這是我告訴你們的關(guān)于 Stackfy Retrace的部分。當(dāng)我們?cè)噲D提高自己的能力以快速有效地處理我們的日志數(shù)據(jù)時(shí)，我們決定將它作為我們產(chǎn)品的核心部分（是的，我們使用 Stackify 來監(jiān)控 Stackify）并與我們的客戶共享，因?yàn)槲覀冋J(rèn)為這是應(yīng)用程序故障排除的核心問題。
首先，我們認(rèn)識(shí)到許多開發(fā)人員已經(jīng)登錄了，并且不打算花大量的時(shí)間來將代碼取出并放入新的代碼。這就是為什么我們?yōu)樽畛Ｒ姷?Java 日志框架創(chuàng)建了日志應(yīng)用程序。
- log4j 1.2 (https://github.com/stackify/stackify-log-log4j12)
- log4j 2.x (https://github.com/stackify/stackify-log-log4j2)
- logback (https://github.com/stackify/stackify-log-logback)
繼續(xù)使用 log4j 作為樣例，設(shè)置非常簡(jiǎn)單，在 pom 文件中加入
<dependency> <groupId>com.stackify</groupId> <artifactId>stackify-log-log4j12</artifactId> <version>1.1.9</version> <scope>runtime</scope> </dependency>
當(dāng)然，在 logging.properties 文件中需要加入
log4j.rootLogger=DEBUG, CONSOLE, STACKIFY log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout log4j.appender.CONSOLE.layout.ConversionPattern=%d [%t] %-5p %c: %m%n log4j.appender.STACKIFY=com.stackify.log.log4j12.StackifyLogAppender log4j.appender.STACKIFY.apiKey=[HIDDEN] log4j.appender.STACKIFY.application=test-logging log4j.appender.STACKIFY.environment=test
正如您所看到的，如果您已經(jīng)使用了不同的 appender，您可以將它放在適當(dāng)?shù)奈恢�，并將它們放在一起。現(xiàn)在您已經(jīng)將日志流到 Stackfy，我們可以查看一下日志記錄看板。（順便說一下，如果我們的監(jiān)控代理安裝了，你也可以把 Syslog 項(xiàng)發(fā)送到 stackfy�。�
這個(gè)指示板顯示了一個(gè)整合的日志數(shù)據(jù)流，來自您的所有服務(wù)器和應(yīng)用程序，呈現(xiàn)在時(shí)間軸上。從這里，你可以快速地
- 查看基于時(shí)間范圍的日志
- 對(duì)特定的服務(wù)器、應(yīng)用程序或環(huán)境進(jìn)行篩選
另外還有一些非常好的可用性。你會(huì)注意到的第一件事就是頂部的圖表。這是快速“分流”你的應(yīng)用程序的好方法。藍(lán)色的線表示日志消息的速率，紅色條表示記錄的異常。
明顯，幾分鐘前，我的web應(yīng)用程序開始有了更穩(wěn)定的活動(dòng)，但更重要的是，在同一時(shí)間我們開始發(fā)現(xiàn)很多異常。異常不會(huì)開銷CPU和內(nèi)存，但會(huì)對(duì)用戶的滿意度產(chǎn)生直接影響，這就是錢啊。
過放大到這個(gè)時(shí)間段的圖表，我可以快速地將我的日志細(xì)節(jié)過濾到那個(gè)時(shí)間范圍，并查看那段時(shí)間的日志。
查找你的日志
您是否看到下面的藍(lán)色文本看起來像一個(gè) JSON 對(duì)象？
它是一個(gè) JSON 對(duì)象。這是日志對(duì)象的結(jié)果，并在前面添加了上下文屬性。它看起來比平面文件中的純文本要好得多，不是嗎？它變得更棒了。看到頁面頂部的搜索框了嗎？我可以輸入任何我能想到的搜索字符串，它會(huì)查詢我所有的日志，就像它是一個(gè)普通文本（Plain File）一樣。但是，正如我們前面討論的那樣，這并不好，因?yàn)槟罱K可能會(huì)得到比您想要的更多的匹配。假設(shè)我要搜索所有帶 id 為 5 的對(duì)象。幸運(yùn)的是，我們的日志聚合器非常聰明，可以在這個(gè)位置上提供幫助。
json.idNumber:5.0
搜索結(jié)果如下
想知道你還能搜索什么？當(dāng)鼠標(biāo)懸停在日志記錄上時(shí)，只需單擊文檔圖標(biāo)，就可以看到 Stackify 索引的所有字段。能夠從日志中獲得更多的價(jià)值，并在所有字段中搜索，稱為結(jié)構(gòu)化日志。
發(fā)現(xiàn) Java 異常詳情
您可能也注意到了這個(gè)紅色的 bug 圖標(biāo)。這是因?yàn)槲覀兺ㄟ^自動(dòng)顯示更多的上下文來區(qū)別對(duì)待異常。點(diǎn)擊它，我們會(huì)給出一個(gè)更深刻的觀點(diǎn)。
我們的庫不僅可以獲取完整的堆棧跟蹤，還可以獲取所有的 Web 請(qǐng)求細(xì)節(jié)，包括 header、查詢字符串和服務(wù)器變量。在這個(gè)模式中，有一個(gè) “Logs” 選項(xiàng)卡，它提供了一個(gè)預(yù)先過濾的從應(yīng)用程序中記錄日志的視圖，在它發(fā)生的服務(wù)器上，在異常之前和之后的一個(gè)很窄的時(shí)間窗口中，為異常提供更多的上下文。想知道這個(gè)錯(cuò)誤是多么常見或頻繁，或者想查看其他事件的詳細(xì)信息？點(diǎn)擊“查看所有事件”按鈕，就可以看到！
我可以很快看到這個(gè)錯(cuò)誤在最后一個(gè)小時(shí)發(fā)生了60次。錯(cuò)誤和日志是緊密相關(guān)的，在一個(gè)應(yīng)用程序中可以發(fā)生大量的日志記錄，異常有時(shí)會(huì)在噪聲中丟失。這就是為什么我們也構(gòu)建了一個(gè)錯(cuò)誤指示板，給您同樣的統(tǒng)一視圖，但僅限于異常。
在這里，我可以看到一些很棒的數(shù)據(jù)
- 在過去的幾分鐘里，我的異常率有所上升；
- 我的大部分錯(cuò)誤都來自于我的“測(cè)試”環(huán)境——大約每小時(shí)84次；
- 我有幾個(gè)新的錯(cuò)誤剛剛開始出現(xiàn)（如紅色三角形所示）。
你是否曾經(jīng)將你的應(yīng)用程序發(fā)布到生產(chǎn)中，并想知道 QA 漏掉了什么？（不，我說的是 QA 會(huì)錯(cuò)過一個(gè)錯(cuò)誤……）錯(cuò)誤指示板來救援。你可以實(shí)時(shí)看到一個(gè)趨勢(shì)——大量的紅色三角形，很多新的錯(cuò)誤。圖上的大峰值?也許你的使用增加了，所以以前已知的錯(cuò)誤被更多地?fù)糁校豢赡苡幸恍╁e(cuò)誤的代碼（比如一個(gè)泄漏的SQL連接池），導(dǎo)致了比正常情況下更高的 SQL 超時(shí)錯(cuò)誤率。
不難想象有很多不同的場(chǎng)景可以提供早期預(yù)警和檢測(cè)。嗯。早期預(yù)警和檢測(cè)。這引出了另一個(gè)很大的話題。
監(jiān)控
如果能在某些時(shí)候得到提醒不是很好嗎
- 特定應(yīng)用程序或環(huán)境的錯(cuò)誤率突然增加？
- 一個(gè)特別解決的錯(cuò)誤再次發(fā)生？
- 你記錄的某個(gè)動(dòng)作不夠頻繁，等等？
Stackify 可以做上面所有的事情，下面逐個(gè)看下
錯(cuò)誤率
當(dāng)我們查看錯(cuò)誤指示板時(shí)，我注意到我的“測(cè)試”環(huán)境每小時(shí)有大量的錯(cuò)誤。從錯(cuò)誤指示板中，單擊“出錯(cuò)率”，然后選擇您希望為其配置警報(bào)的應(yīng)用程序/環(huán)境
我可以為“錯(cuò)誤/分鐘”和“完全錯(cuò)誤”配置監(jiān)視器，然后選擇“通知”選項(xiàng)卡來指定應(yīng)該通知誰，以及如何通知。隨后，如果使用 Stackify 監(jiān)控，我還可以在這里配置其他警報(bào):應(yīng)用程序運(yùn)行狀態(tài)、內(nèi)存使用、性能計(jì)數(shù)器、自定義度量、ping檢查等等。
解決的錯(cuò)誤和新的錯(cuò)誤
早些時(shí)候，我在創(chuàng)建 Foo 對(duì)象時(shí)不檢查 null 值，從而引入了一個(gè)新的錯(cuò)誤。我已經(jīng)修正了這個(gè)錯(cuò)誤，并通過觀察那個(gè)特定錯(cuò)誤的細(xì)節(jié)來確認(rèn)它。你們可以看到，上次發(fā)生在12分鐘前：
這是一個(gè)愚蠢的錯(cuò)誤，但卻是一個(gè)容易犯的錯(cuò)誤。我將把這個(gè)標(biāo)記為“解析”，讓我做一些非�？岬氖虑�:如果它回來了，請(qǐng)保持警惕。通知菜單將允許我檢查我的配置，默認(rèn)情況下，我將為所有的應(yīng)用程序和環(huán)境同時(shí)接收新的和倒退的錯(cuò)誤通知。
現(xiàn)在，如果同樣的錯(cuò)誤在將來再次發(fā)生，我將會(huì)收到關(guān)于回歸的電子郵件它會(huì)顯示在儀表盤上。當(dāng)你“認(rèn)為”你已經(jīng)解決了這個(gè)問題并且想要確定的時(shí)候，這是一個(gè)很好的自動(dòng)幫助。
日志監(jiān)控
有些東西不太容易監(jiān)測(cè)。也許您有一個(gè)異步運(yùn)行的關(guān)鍵流程，它成功(或失敗)的惟一記錄是日志記錄。在這篇文章的前面，我展示了針對(duì)您的結(jié)構(gòu)化日志數(shù)據(jù)進(jìn)行深度查詢的能力，任何查詢都可以被保存和監(jiān)視。這里有一個(gè)非常簡(jiǎn)單的場(chǎng)景:我的查詢每分鐘執(zhí)行一次，我們可以監(jiān)視我們有多少匹配的記錄。
這是檢查系統(tǒng)健康的一個(gè)很簡(jiǎn)單的方法，如果日志文件是唯一的指標(biāo)。
Java 日志最佳實(shí)踐
所有這些錯(cuò)誤和日志數(shù)據(jù)都是無價(jià)之寶，特別是當(dāng)你退一步看一幅更大的圖片時(shí)。下面是一個(gè)Java Web 應(yīng)用程序的應(yīng)用程序指示板，它包含所有的監(jiān)視:
正如您所看到的，您在一瞥中得到了一些很好的上下文數(shù)據(jù)，這些錯(cuò)誤和日志有助于：滿意度和 HTTP 錯(cuò)誤率。您可以看到，用戶滿意度很高，而且 HTTP 錯(cuò)誤率也很低。您可以快速開始向下挖掘，以查看哪些頁面可能表現(xiàn)不好，以及出現(xiàn)了哪些錯(cuò)誤:
在這篇文章中有很多內(nèi)容要講，我覺得我只是觸及了表面。如果你再挖深一點(diǎn)，甚至把手放在上面，你就可以!我希望這些Java日志記錄最佳實(shí)踐能夠幫助您編寫更好的日志，并節(jié)省時(shí)間故障排除。
我們所有的 Java 日志應(yīng)用程序都可以在?GitHub?上使用，您可以?注冊(cè)一個(gè)免費(fèi)試用，以開始今天的 Stackify！
標(biāo)簽： Google 代碼 電子郵件 服務(wù)器 搜索
版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。
