Actions Speak Louder than Words看图写短文

Lips

1.设定-查找“应用程序管理器”-（全部）-查找无法使用的应用程序-（存储）-清除数据。2.若是下载的第三方软件，建议卸载该软件重新安装或下载安装此软件其他版本尝试。3.如果运行内置程序时也会出现已停止的提示，查看手机是否有最新固件版本，将机器升级到最新版本。4.若仍然无法运行此应用程序，请备份手机中数据（联系人、照片等），然后恢复出厂设置。手机电池待机时间缩短，通常与环境及使用方法有关：1) 电池：电池未充满就用很常见，其结果是手机会快速地将电量耗尽，导致待机时间缩短。电池电池质量不好也是关键问题，劣质电池充电的饱和量就略逊一筹，使用寿命也较短。另外，使用得比较多的镍氢电池是以渐进方式损耗的，正常使用一段时间后，电池的效能也会降低。2）环境：全球通手机与基地台之间是以900MHZ或1800MHZ的无线微波传输的，受天气影响很大，下雨、打雷、台风，甚至太阳黑子，都会影响微波传输，这时手机只好加大功率来维护信号传送，相应地加大了耗电量。另外，因室外信号优于室内信号，故在室内应尽量用一般电话机对外联络，以免为了穿透墙壁、天花板等障碍而浪费电。同样在室外，信号强的地方比信号弱的地方省电。3）使用方法：为了提升声音品质，许多人采用EFR（增强型全速率编码模式）也就是较高位元的编码技术来传输声音，因此增大了耗电量。电能的损耗与移动性大小有关。每当你从一个基地台的“细胞“移动性大小有关。每当你从一个基地台的“细胞“移动到另一个“细胞“负责该手机，若是你处于快速移动状态，手机便会一直重复这样的动作，电能的损耗速度自然变快。另外，GSM手机将所有资料储存在SIM卡中，一旦手机出现故障或换机，只要换卡片就可以将全部资料转移，也会造成电能的损耗。4）还有就是手机保养不当也会令待机时间缩短。电池与手机的接触点有一些金属薄片，这些金属片在使用一段时间后容易脏污或被氧化，这不仅会对手机内部零件产生不良影响，也会因此消耗更多电能，故平时要注意保洁，脏污或氧化时可用酒精擦拭这些触点。

关键词： 1. Don"t give me any lip. 你少命令我。2. lip service 口惠，空话 短语释义： 一支香菸，带着有点不开心的表情，说着"Don"t give me any lip"。实际上这是则禁菸的公益广告，看起来像是香菸不要别人的嘴唇(lip)来靠近它，也就是说不希望别人抽菸。这则广告Canace本人是非常喜欢的，首先当然是因为图片非常可爱，其次，这句话其实一语双关。Don"t give me any lip除了它字面上所传达的“别用嘴唇靠近我”以外，在口语中它多用来表示“别给我耍嘴皮子”“你少命令我”这样的含义。有另外一个表达与它非常相似，但是意思有些细微的不同。叫做Don"t give me lip service. "Lip service"叫做“空头支票”，"Don"t give me lip service"指的是“别给我开空头支票”“别只是口头敷衍”。还可以用短语"pay lip service to". 情景领悟： Don"t give me any lip! This is your duty, not mine. 你少命令我！这本来是你的责任，不是我的。 He pays lip service to femini *** but his wife still does all the housework. 他口口声声支持女权主义，但全部家务仍然是妻子的事。 可可地盘，英语学习者的乐园Click here >>>ufeff

歌曲名:LIP SERVICE歌手:Tube专辑:SUMMER ADDICTION「LIP SERVICE」作词∶前田亘辉作曲∶春畑道哉歌∶TUBE目が合えば最後さ 理性まで夺われてしまう悪戯な唇 何度でも仆を玩ぶ言叶でその気になれたら思いどおりに 期待どおりに 仆を飞ばしてだからこのまま打つ手なんて无い恋してるLIP LIP LIP盛り上げる君は 夏の宝石エキゾチックなHIP HIP HIPウルウルのLIP LIP LIP濡れてきた君は仆の渇きを愈すオアシスこれでちょっと眠れるお世辞に闻こえる见え透いたそのリップサービス指先 黒髪 掻き扬げる度 毟られる心波でも砂にでもなって君の谷间へ 爱の隙间へ 忍び込みたいだけどこのまま出す手なんて无い禁断のLIP LIP LIP魅せられた仆は 恋の奴隷さいっそこのままラストなんて无いこだわりのLIP LIP LIP饶舌(じょうぜつ)な君は仆を奋い立たせるエンジェルこれでもっとぐぁんばれーる言叶でその気になれたら思いどおりに 期待どおりに 仆を飞ばしてだからこのまま もっとこのまま打つ手なんて无い恋してるLIP LIP LIP盛り上げる君は 夏の宝石エキゾチックなHIP HIP HIPウルウルのLIP LIP LIP濡れてきた君は仆の渇きを愈すオアシスこれでちょっと眠れる収録∶SUMMER ADDICTION／発売日∶2012/06/27终わりhttp://music.baidu.com/song/18257415

pay lip service[英][pei lip u02c8su025cu02d0vu026as][美][pe lu026ap "su025dvu026as]口惠无实；口里摆菜碟儿；捞嘴; 以上结果来自金山词霸例句:1.In russia, even mr putin feels compelled to pay lip service to the rule of law. 在俄罗斯，就连普京也感到有必要在口头上支持法治.-----------------------------------如有疑问欢迎追问！满意请点击右上方【选为满意回答】按钮

pay lip service耍嘴皮子满意的话请点击“满意”【采纳】

【导演】：John McKay【编剧】：Harriet Braun【主演】：Ruta Gedmintas/ Laura Fraser/ Heather Peace/ Fiona Button/ Roxanne McKee/ Emun Elliott/ Tom Mannion【制片国家/地区】： 英国【语言】： 英语【集数】:6【单集片长】： 40【上映日期】：2010-10-12【又名】：:嘴上功夫/唇齿之间/ Lip Service/唇唇欲动 【类型】： 剧情/Les【内容介绍】：性，谎言，抑或是真爱......BBC3台全新打造女同志新剧，真实反映了当下苏格兰年轻女同的生活现状，展现了拉拉生活圈中诱惑而复杂的关系与情感。Ruta Gedmintas饰演的Frankie是一个狂放不羁 的摄影师，周旋于众多女子之间，确始终不敢付出承诺。LauraFraser饰演Cat，是 Frankie的前女友，对Frankie的感情表面看似波澜不惊，却在心里难以释怀。FionaButton饰演Tess，是Cat的闺密以及室友，她的身上有一种特殊的魅力，却总是引来错误的邂逅。整套剧集拍摄于格拉斯哥大学，剧本由Harriet Braun创作。Harriet说道：“由于我自己以及我朋友的亲身经历，我很想创作一部表现年轻人性感奔放、青春活力以及狂放不羁的剧集，来反应年轻拉拉在英国的一种情感状态”“我非常欣赏《拉字至上》这部美剧，现在也该是时候向众人展现英国女同志的生活与情感，以及这里糟糕的天气，迷乱的酒吧，压抑的情感......笑声中不免夹杂着悲凉，因为这才是我体会到的真实的生活。” 【人物介绍】：Ruta Gedmintas扮演Frankie，一个叛逆的、充满激情的摄影师，却从不愿承担责任。Laura Fraser扮演Cat——Frankie的前任情人，可能并不像自己所说的那样对Frankie的魅力免疫。Fiona Button扮演Tess——Cat最好的朋友和室友，拥有神秘的本领能吸引其他的女同。《Lip Service》中其他重要角色还包括了Roxanne McKee饰演的Lou, Emun Elliott饰演的Jay, Heather Peace饰演的Sam, James Anthony Pearson饰演的Ed 和 Tom Mannion 饰演的Frankie的叔叔Cameron等。 相关角色相片：

cat意思就没什么看的了==fran回伦敦了再没出现，出了好多新人物关系一团糟

I"m enough!I can"t stand!

have empty talkbe all talk

【典故出处】：《 旧唐书 宪宗本纪 》：「凡好事口说则易，躬行则难。卿等既言之，须行之，勿空口说。」 【 成语 意思】： 形容 只是口头说说而没有事实证明或实际行动。 【成语注音】：ㄎㄨㄙ ㄎㄡˇ ㄕㄨㄛ ㄅㄞˊ ㄏㄨㄚˋ 【通用拼音】：kōng kǒu shuō bai hua 【拼音简写】：KKSH 【使用频率】：常用成语 【成语字数】：五字成语 【感 *** 彩】：中性成语 【成语用法】：空口说 白 话，主谓式；作谓语、宾语；形容光说不做事。 【成语 结构 】：主谓式成语 【成语正音】：空，不能读作「konɡ」。 【 英语翻译 】：give lip service <all talk and no action> 【 日语翻译 】：口先だけで实行が伴(とも)わない 【 俄语翻译 】：занимaться пустословием 【 成语谜语 】：满嘴 文言 文 【近义词】：空口白话 【成语例句】：保证了半天也没照着做，这不是空口说白话吗？

no more than 在这里相当于 nothing but，

上面总结的不错 其实失败的主音在人，甲方乙方都有。销售、实施都会导致项目失败客户方的期望值和配合程度也是主因

你想好中文是什么样的吗？

　　I have a dream, a very different dream, that is when a boss.　　Though I admire actors of colorful, star of the ten thousand people, but I prefer the boss"s commanding feeling.　　I admire Bill Gates, so I determined to be a boss like that, when a everyone respected, I want to make a lot of money, let mom and dad for me proud.　　Words and not of deeds is not, of course, in the past of the old days, as long as you dare to struggle, dare to rush, to dare to fight, is likely to be successful, but now not line, what matter all must have the knowledge, without knowledge is difficult, so I must study hard from now on, day day up, fighting for my goal, so you can be successful.　　In order to achieve my goal, in addition to knowledge, also need courage, because I ordered this goal, I have from the timid before I become brave. Once, when shopping at the mall, I had become separated from his mother, if before, I will be scared to cry, but this time, I walked to the front desk, consumedly square square to call the waiter aunt for me to put a broadcasting station, indeed as expected to find his mother.　　In order to my dream, I must study hard, do a famous boss in the future.　　我有一个梦想，一个很与众不同的梦想，那就是当一个老板。　　虽然我很羡慕演员的多姿多彩，球星的万人瞩目，但是，我更喜欢老板的威风凛凛的感觉。　　我很崇拜比尔.盖茨,所以我立志要当一个他那样的老板,当一个人人尊敬的人,我要赚很多的钱,让爸爸妈妈因我而自豪。　　当然，光说不做是不行了，在以前的旧社会，只要你敢争、敢闯、敢拼，就可能成功，可现在不行了，作什么事都得有知识，没有知识是寸步难行的，所以，我要从现在开始就好好学习，天天向上，为我的目标而奋斗，这样才可以成功。　　为了达到我的目标，除了需要知识外，还需要勇气，因为我定了这个目标，我已经从以前那个胆小怕事的我变勇敢了。有一次，在商场购物时，我与妈妈走散了，要是以前的我，一定会怕得哭起来的，可是这一次不一样了，我走到总台前面，大大方方叫服务员阿姨为我放了一个寻人广播，果然找到了妈妈。　　为了我的梦想，我一定要好好学习，将来做一个大名鼎鼎的老板。　　我的梦想英语作文_第2篇：　　Believe in everyone"s heart have a dream, although they each are not identical, but are great, some people want to be a teacher, for example, use knowledge to nurture the students; Some want to be a police, maintain social stability and peace; Some want to be a doctor, to heal the wounded and rescue the dying; Some want to be a fireman, help people out of the woods yet... My dream is to be a doctor to heal the wounded and rescue the dying.　　Doctor, is a great career. They are superb skill of the patient back from death, let them have a complete family, make more and more people can happy life, long life. At the same time, it is also a kind of to society for the reward of the motherland, in this way to give back to society, I feel very proud.　　At the same time, I know a doctor is not so good when, want to be a good doctor, should not only have rich cultural knowledge, to studies in medicine, and treat the patient should be concerned about, peaceful attitude, because they are patient. Sick is a bad thing, we should not indifference to them, should be abiding by for them.　　Dream, not lip service, so now, I want to study well, struggling, in order to be able to become a good doctor to help others, efforts to fight it, come on!　　相信每个人的心中都有一个梦想，它们虽然各不相同，但却都是伟大的，比如有的人想当一名教师，用知识来哺育学生们;有的想当一名警察，维护社会的安定与和平;有的想当一名医生，救死扶伤;有的想当一名消防员，帮助人们脱离险境……我的梦想就是当一名救死扶伤的医生。　　医生，是一个伟大的职业。他们以高超的医术把病人从死神手中夺回来，让他们拥有一个完整的家，使越来越多的人们能够幸福安康、长命百岁。同时，这也是一种对社会对祖国的报答，用这种方式来回馈社会，我感到很骄傲。　　同时，我知道医生也不是那么好当的，要想当一名优秀的医生，不仅要有丰富的文化知识，要在医学方面刻苦钻研，而且对待病人要关心，态度要祥和，因为他们是病人。得了病是一件难受的事，我们不应该对他们冷漠无情，应该要为他们分忧解难。　　梦想，不是嘴上说说就能实现的，所以现在，我要好好学习，努力上进，为了能够当上一名优秀的医生来帮助别人，努力地奋斗吧，加油!

dhjhfudhvjbvdujdhfb v

它的意思是"立即检修车辆灯",车上有灯泡坏了请更换.

nine muses的《dolls》

在科学界，很多人（包括以前的我）认为只要做好科研，就能成功。很多导师不知是不懂或是愚民，对学生说只要你好好做科研，你就能得到你想要的东西。的确，没有good science，就可能没有good future；但是有了good science，走错了路，还是一样没有good future。这就是Peter J. Feibelman写的A PhD is Not Enough: A Guide to Survival in Science一书的精髓。 面对这种情况，很多人采取达尔文“适者生存”学说，认为不必教学生这种生存技能和politics，好的学生自然能脱颖而出，但是作者认为这恰恰浪费了社会资源，应该给学生讲述这种politics。 博士后是取得博士学位以后的重要学术经历。对于想成为博士后的博士，首先得问自己：What do I want after going through this? Am I serious? 登山何必扛着船？做博士后的目的就是为了在出站后以科研作为职业的，也就是说要以教授、研究员作为目标岗位的。如果博士的本来想法是要去工业界或者经商，那么就没有必要浪费时间了。 对于想做博士后的人来说，选择导师有很大的关系。A PhD is Not Enough: A Guide to Survival in Science一书说："Making a mistake in choosing your advisor can mean years of frustration."该书说，选有名的老教授有两个好处：一是有名的老教授有广泛的网络，并且处于学术网络里面的都是名人；二是功成名就的老教授不怕你超过他，不怕你和他竞争，相反会以你成为教授而感到光荣，把你当作他的学术产品。"An advisor who has made his mark views the accomplishments of his students with pride, even joy. They are his research "children." Thus, other things being equal, an established professor is a superior choice for an advisor."相反，"A young advisor, trying to make his way in the world, does not want to be shown up by his student or postdoc. He has a lot to prove, and is unlikely to be generous with credit for ideas or progress. 好的导师培养人、提携人，但是平庸的导师利用人，把人当作有手的工具（a pair of hands）！A PhD is Not Enough: A Guide to Survival in Science一书说:"For the typical employer, a postdoc is cheap labor. Acquiring a postdoc is therefore much like buying a piece of laboratory equipment. One assumes that it will work for a while, helping to produce results. Then it will be replaced with a new model."当作有手的工具的意思是说每天给你布置很多点子，叫你试试这个、试试那个，旧的任务还没做完，新的任务又上来了。上午刚布置了点子，下午就来询问结果，晚上和周末打电话询问实验进展。嘴上说鼓励你提出自己的想法，但是只要你在做自己的想法，马上给你打岔问你有没有做布置的任务。拿人钱财，当然要替人消灾。导师有没有布置任务、询问实验结果的权利？当然有。但是这种做法好吗？你吃得消每天如儿子伺候老子一样事无巨细地汇报“最新实验进展”，汇报上午做了什么，下午准备做什么，晚上准备做什么吗？你要成为教授还是成为本科生？往往，这样的导师总是辩驳说自己如此这般管理，每年发表多少多少篇文章，恰巧证明管理有方。但是我要说不能一俊遮百丑，正如马俊仁带领马家军为中国体育作出有目共睹的贡献，但是不能因此说他的管理方法是科学的、他的作风是民主的。 把人当作有手的工具还在于不断地榨取，不断地push，无论你干地多么出色，无论你出了多少篇文章，总是有话说。常见驾驭别人的方法有：（1）比较法，就是说举出实验室的一个正面典型，说谁谁谁同时做五摊实验，出文章多少多少篇，来激起你的愧疚心理（guilty feelings）；（2）说你利用了我多少人力、物力，让谁谁谁给你花费了很多时间提供数据，你什么时候能出文章啊？这也是激发你的愧疚心理；（3）诈唬法：就是说你在做实验，导师突然谎称说他在审一篇稿子，发现别人和你做的一模一样，你下星期再不出文章就要被“舀光”了；（4）内部竞争法：就是让两个学生做同样的东西或者有竞争冲突的东西，对任何一方都分别说：如果你慢一点的话，对方就要先发表了；（5）找茬法：就是说这一段时间让你给他写综述，下一段时间让你指导研究生给人家研究生作实验，但是你辛勤地干完这些事情自认为对得起工资以后，你的导师反而杀了个回马枪说你自己的科研做了吗？每过一段时间就如小孩般地要闹一次，找块活靶子来打。（6）黑脸白脸法，就是说别人曾经说了一句什么话，可是当你的老板转述给你听时，故意夸大、曲解成为对你不利的话，把别人曲解成“黑脸”，借别人的口来让你做什么事情或者不做什么事情；（7）不负责任法，就是说要你做什么事情，不会在电子邮件里面吩咐，而是口头授意，结果出了乱子就是下属的个人行为。 用人的时候就使劲地榨取的表现还在于不在乎下属的职业发展。外单位托你的导师举荐人才导师也不转发广告，或者转发一些明摆着就不会去的广告。可是一旦你坦诚地告诉导师你在找工作，马上“政局”就开始动荡，三天两头来考验你是在坚守岗位还是思想松懈了，然后马上物色“备用轮胎”。当你拿到一个工作正准备走走看看、货比三家时，你的导师马上抽刀断水，不让你有选择的权利。 好的导师学术水平非常高，他有一湖的水，但是平庸的导师除了催促下属以外什么也不会。比如说，在走廊上看到你就是问有没有在整理文章，什么时候能够把文章交出来。可是你将计就计说需要做什么实验才能把文章水平进一步提高时，他就嫌你烦了，说你先把文章整理出来再说。平庸的导师看到的只是潜在的获得，而看不到付出。好比说叫你做什么实验，实验还没怎么开展，导师就兴奋地说："Nature! Science!"还没有上法庭就先判决了。可是在你想把实验工作开展地更深入的时候，导师却说：“你还在等什么？还不快写成快报！”仿佛你白拿他工资了。结果匆忙整理出hand-waving（即证据不充分的）快报，当然是退稿了。退稿后不是失魂落魄转投垃圾杂志就是干脆没有声音了。 好的老板至少在表面上看起来两袖清风，但是平庸的老板如生意人，无论做什么事情、无论说什么话，都是如做生意。比如知道通过某种渠道可以与出版社接洽出书，于是就找到别人说可以“合作”写书。再比如一些新杂志向业界征稿，就号召下属撰写和本课题组无关的综述去抢占市场，白赚一篇文章。科研场所的politics在举荐人才上就可以看出来。好的导师能够不顾自己的私利，为国家举荐人才，“我劝天公重抖擞，不拘一格降人才”、“寄意寒星全不茶，我以我血荐轩辕”，而生意人老板做任何事情都是为他的利益服务的，留校宁可留科研能力差的、能够成为他所用的、成为他傀儡的，也不会留独当一面的将才。对于生意人来说，什么东西都是筹码。比如署名是筹码、经费是筹码、口头的小恩小惠（pay lip service）是筹码。 结论是选导师不能只是看光鲜的外表、职务、简历、发表文章。能做一些科研、发一些文章只是表面上的事情，要有利于将来的发展必须钻到深层次的东西里去！别说你是霍元甲打迷宗拳也行，也别说你是成吉思汗无论吃了多少苦都能“天将降大任于斯人”。

please trust me that i love you with my heart, it"s not just a word.

服务的意思

Emun Elliott

你可以上风行找 都有的

啊……应该是So Light Is Her Footfall 我特意查了，没查到……

歌曲名:Weirdo歌手:Miles Davis专辑:The Best Of Miles DavisKT Tunstall - (Still A) WeirdoNow I know I took for granted that thingsWould always go the way I wanted ohI was going to be a treetopA sea, a boat, a rock of agesI don"t always get it rightI"d see it in a different kind of lightPay my lip serviceKeep it eloquentOptimistic butNever quite elegantStill a weirdoStill a weirdo, after all these yearsI"d always thought it"s automaticTo grow into a soul less staticBut here I am upon the same spotAttempting to lift off into spaceI don"t always get it rightBut a thousand different waysAnd I just mightPay my lip serviceKeep it eloquentOptimistic butNever quite elegantStill a weirdoStill a weirdo, after all these yearsPay my lip serviceKeep it eloquentOptimistic butNever quite elegantStill a weirdoStill a weirdo, after all these yearsStill a weirdoStill a weirdo, after all these yearsAfter all these yearshttp://music.baidu.com/song/3492017

开空头支票这是成语啊

你仅是口头上同意这个观点

Don"t brush me off

Letnbsp;menbsp;takenbsp;itnbsp;downnbsp;Annbsp;elephantnbsp;saidnbsp;tonbsp;anbsp;mousenbsp;,“nonbsp;doubtnbsp;thatnbsp;younbsp;arenbsp;thenbsp;smallestnbsp;zndnbsp;mostnbsp;uselessnbsp;thingnbsp;thatnbsp;Ihavenbsp;enbsp;vernbsp;seennbsp;.“nbsp;“Plessnbsp;,saynbsp;itnbsp;againnbsp;.Letnbsp;menbsp;takenbsp;itnbsp;downnbsp;.“thenbsp;mousenbsp;saidnbsp;.“Inbsp;willnbsp;tellnbsp;anbsp;fleanbsp;whatnbsp;Inbsp;know.“nbsp;为我所用nbsp;一头大象对一只小老鼠说：“你无疑是我见过的最小、最没用的东西。”nbsp;“请再说一遍，让我把它记下来。”老鼠说。“我要讲给我认识的一只跳蚤听。nbsp;Annbsp;oldnbsp;soldiernbsp;oftennbsp;toldnbsp;hisnbsp;gardennbsp;aboutnbsp;hisnbsp;pastnbsp;warnbsp;exploits.nbsp;“Oncenbsp;Inbsp;metnbsp;withnbsp;anbsp;dozennbsp;enemynbsp;sol-diersnbsp;andnbsp;tooknbsp;themnbsp;prisonersnbsp;singlehand-ed.“nbsp;“Itnbsp;wasnbsp;halfnbsp;anbsp;dozennbsp;enemynbsp;soldiersnbsp;whennbsp;younbsp;toldnbsp;menbsp;thenbsp;storynbsp;lastnbsp;year.Butnbsp;whynbsp;havenbsp;younbsp;addednbsp;sonbsp;manynbsp;morenbsp;thisnbsp;time?“nbsp;“Younbsp;sillynbsp;lad.Younbsp;werenbsp;youngernbsp;lastnbsp;year,andnbsp;Inbsp;wasnbsp;afraidnbsp;tonbsp;frightennbsp;you.“nbsp;Whilenbsp;wisitingnbsp;thenbsp;cemetery,anbsp;sorrowfulnbsp;couplenbsp;noticednbsp;anbsp;headstone,whichnbsp;read,“herenbsp;liesnbsp;anbsp;lawyernbsp;andnbsp;anbsp;honestnbsp;nan“.“looknbsp;atnbsp;that“,thenbsp;womannbsp;said,“money‘snbsp;sonbsp;tightnbsp;they‘renbsp;puttingnbsp;thennbsp;twonbsp;innbsp;anbsp;grave.“nbsp;Lawyernbsp;Jokesnbsp;:nbsp;Anbsp;mannbsp;visitingnbsp;anbsp;graveyardnbsp;sawnbsp;anbsp;tombstonenbsp;thatnbsp;read,nbsp;“Herenbsp;liesnbsp;Johnnbsp;Kelly,nbsp;anbsp;lawyernbsp;andnbsp;annbsp;honestnbsp;man.“nbsp;“Hownbsp;aboutnbsp;that!“nbsp;henbsp;exclaimed.nbsp;“They‘venbsp;gotnbsp;threenbsp;peoplenbsp;buriednbsp;innbsp;onenbsp;grave.“nbsp;__________________________________nbsp;Thesenbsp;arenbsp;fromnbsp;anbsp;booknbsp;callednbsp;Disordernbsp;innbsp;thenbsp;Court,nbsp;andnbsp;arenbsp;thingsnbsp;peoplenbsp;actuallynbsp;saidnbsp;innbsp;court,nbsp;wordnbsp;fornbsp;word,nbsp;takennbsp;downnbsp;andnbsp;nownbsp;publishednbsp;bynbsp;courtnbsp;reportersnbsp;-nbsp;whonbsp;hadnbsp;thenbsp;tormentnbsp;ofnbsp;stayingnbsp;calmnbsp;whilenbsp;thesenbsp;exchangesnbsp;werenbsp;actuallynbsp;takingnbsp;place.nbsp;__________________________________nbsp;Q:nbsp;Whatnbsp;isnbsp;yournbsp;datenbsp;ofnbsp;birth?nbsp;A:nbsp;Julynbsp;15th.nbsp;Q:nbsp;Whatnbsp;year?nbsp;A:nbsp;Everynbsp;year.nbsp;Q:nbsp;Hownbsp;oldnbsp;isnbsp;yournbsp;son,nbsp;thenbsp;onenbsp;livingnbsp;withnbsp;you?nbsp;A:nbsp;Thirty-eightnbsp;ornbsp;thirty-five,nbsp;Inbsp;can‘tnbsp;remembernbsp;which.nbsp;Q:nbsp;Hownbsp;longnbsp;hasnbsp;henbsp;livednbsp;withnbsp;you?nbsp;A:nbsp;Forty-fivenbsp;years.nbsp;_________________________________nbsp;Q:nbsp;Whatnbsp;wasnbsp;thenbsp;firstnbsp;thingnbsp;yournbsp;husbandnbsp;saidnbsp;tonbsp;younbsp;whennbsp;henbsp;wokenbsp;upnbsp;thatnbsp;morning?nbsp;A:nbsp;Henbsp;said,nbsp;“Wherenbsp;amnbsp;I,nbsp;Cathy?“查看原帖>>

共同的服务器。discord可以在共同的服务器里去艾特分组，开启私聊功能或者加为好友，这款游戏最大的特点是可以分组讨论，不论是语言还是文字discord都支持。出自《游戏传》。

http://my.poco.cn/items/item_details.htx&item_id=59704934&user_id=53742064这就是地址

不能写成这种句型hope sb to do sth.hope后面是可以加句子的

广州塔属于广州海珠区。广州塔又称广州新电视塔，昵称小蛮腰，位于中国广州市海珠区（艺洲岛）赤岗塔附近，与海心沙岛和广州市21世纪CBD区珠江新城隔江相望。广州塔北临40米宽的滨江路和滨江绿化步行带：南临40米宽的双塔路，东西两侧分别为30米宽的艺苑东、西路。广州塔塔身主体450米（塔顶观光平台最高处454米），天线桅杆150米，总高度600米 。塔身422.8米处设有旋转餐厅，是世界最高的旋转餐厅。塔身顶部450~454米处设有摩天轮，是世界最高摩天轮。广州塔交通信息一、航空： 从广州白云国际机场前往广州塔只需30分钟车程；二、铁路： 从广州火车东站前往广州塔只需10分钟车程；三、公交： 121、121A、204、131A和131B等多条公交线路直达广州塔；四、地铁： 地铁3号线广州塔站通道B出口下直达广州塔； 沿新中轴线设置的APM系统广州塔站直抵广州塔。

操作界面中间那个圆形钟表，左边箭头开启关闭慢速模式,右边箭头开启关闭要禁用它,请确保将滑块移动到关闭位置,以灰色显示并带有“ X”符号。 更改设置以启用或禁用硬件加速将要求Discord客户端重新启动。

亲，是空指针异常，Caused by: java.lang.NullPointerException把代码发上来看看？

　　-ardmssstscakfefnbb　　新版本无等级限制+ul。　　无复活时间+-nd　　。。。。　　另外附赠新的缩略指令：-hfdt=-arakdmndssmgfefrfnscstbbul-zmrdt=-arakdmndssmgfefrfnscstbbulntnb　　。。。　　模式一：-ardmssstscakfefnbb随机英雄随机技能模式　　模式二：-sdstscakfefrfnbb三选一模式　　模式三：-ZMR三选一中路兵模式　　模式四:-hf/-hfbb三选一模式/三选一模式防偷塔模式　　模式五：-rdademfefnst近卫防守战模式　　模式六:-arakdmndssmgfefrfnscstbb三倍技能效果模式　　-BH指令:ban人英雄代码速查点击进入　　相关指令浅析:　　IMBA的指令是结合DotA原有指令和DotAAI指令结合而成的。昂长的指令大家一定常常都不能记住，那么这次小编开讲让你轻轻松松玩转DotA的指令。　　首先就简单的分析下指令了。指令是由主机在开局后15秒内输入的。在DotA-Imba的指令大概能分成如下个部分　　1.模式选择　　-ardmar模式就是随机英雄模式。dm是二级指令作用就是当英雄死亡后更换英雄。　　-sd三选一模式。　　-ap全英雄手选模式。　　2,技能强化　　-ak英雄将得到一个额外技能　　-ss英雄将丢失原本技能，同时获得四个随机技能　　3.强化模式　　-st防御塔强化　　-sc小兵强化　　-cc小兵智能升级模式　　-bb防御塔防止偷塔模式　　-fe野怪掉落装备　　-fn快速刷野　　-fr英雄快速复活　　如上三个系统，大家可以选择性的使用不同的选择英雄模式搭配不同技能强化模式，最后就是小兵和建筑野怪模式。当然大多情况下scscfefnbb这个模式串是必须加上的，可选的就是fr是否快速复活和cc小兵BT强化。

歌曲名:What You Make It (Da Da Da Da)歌手:Sharon Shannon专辑:LibertangoJonessa - What You Make ItLove is what you make ityou can"t expect it to be the greatestcause if you do when it goes badyou wanna go ahead and start againso just take it slow, let it flow, keep it moving.Love is what you make ityou can"t expect it to be the greatestcause if you do when it goes badyou wanna go ahead and start againso just take it slow, let it flow, keep it moving.I put myself in this position where I"m hurting and I"m tripping and just don"t know and i just move onyou had me thinking we was moving in directions that would lead into this great love, but it wasn"t soI"m finding reasons why we finished ain"t expecting cuz I"m in it deep and i just, i cant let goLets make this easy, when you see me, just don"t see me cuhs behind these eyes you know, you"re invisibleI"m only emotionalcuhs they told me you were trying to do me the way you did all the other onesBut i had to learn this one on my own, and now that i did, i see thatLove is what you make ityou can"t expect it to be the greatestcause if you do when it goes badyou wanna go ahead and start againso just take it slow, let it flow, keep it moving.Love is what you make ityou can"t expect it to be the greatestcause if you do when it goes badyou wanna go ahead and start againso just take it slow, let it flow, keep it moving.You got me sitting "round here thinking how to fix it when inside i know that i tried, giving all i hadbut thats just me being a woman i cant help it i just wanna be your side, and it hurts so badbut dont you worry cuhs im moving while you losing out on everything that we build, so long agoaint no more crying or denying im realizing now that everything that we had is already goneI"m only emotionalcuhs they told me you were trying to do me the way you did all the other onesBut i had to learn this one on my own, and now that i did, i see thatLove is what you make ityou can"t expect it to be the greatestcause if you do when it goes badyou wanna go ahead and start againso just take it slow, let it flow, keep it moving.Love is what you make ityou can"t expect it to be the greatestcause if you do when it goes badyou wanna go ahead and start againso just take it slow, let it flow, keep it moving.Baby, if you looked inside and showed me that you could change for the better,try to keep us together then i would try to look deeper than what you showed me.But baby, it seems like you"re not even trying,so when i gave you all i had in now, now it rains.Love is what you make ityou can"t expect it to be the greatestcause if you do when it goes badyou wanna go ahead and start againso just take it slow, let it flow, keep it moving.Love is what you make ityou can"t expect it to be the greatestcause if you do when it goes badyou wanna go ahead and start againso just take it slow, let it flow, keep it moving.……http://music.baidu.com/song/10280430

高级BIOS设置Advanced BIOS Features（高级BIOS设置）在这一个选项中，我只着重讲解一些最重要的选项，其他的选项，我们在BIOS高级设置中具体讲解。①Virus Warning：病毒报警选项设置，设定值有Disabled（不可以）和Enabled（可以）。当我们将Virus Warning功能打开后，BIOS将对IDE硬盘引导扇区进行保护，如果有程序企图在此区中写入信息，BISO会在屏幕上显示警告信息，并发生蜂鸣报警声。我们一般设置为Disabled，因为在安装Windows 98操作系统时，如果此功能开放，安装程序提示将无法安装系统。②CPU L1 & L2Cache(CPU一级和二级缓存)：此选项设置打开或关闭CPU内部的一级缓存L1和CPU外部二级缓存L2。我们必须将此项设置为Enabled。如果关闭此选项，计算机系统的速度会爆卡。另外，在Intel 845GV芯片组的BIOS中，增加了CPU Hyper-Threading（CPU超线程）设置，如果你的机器是奔腾四CPU，请将此功能打开。如果此功能不打开，计算机系统无法运行超线程技术功能。③Fast Boot(快速引导)：此项设置为Enabled可以使系统在启动时跳过一些检测过程，这样系统会减少5秒左右的启动过程。④1st/2nd/3rd Bood Device：（第一/第二/第三启动设备）此选项允许设置计算机系统启动时引导设备的启动顺序。设定的选项为：Floppy：系统首先尝试从软盘驱动器引导LS120：系统首先尝试从LS120引导HDD-0：系统首先尝试从第一硬盘引导HDD-1：系统首先尝试从第二硬盘引导HDD-2：系统首先尝试从第三硬盘引导HDD-3：系统首先尝试从第四硬盘引导SCSI：系统首先尝试从SCSI设备引导CDROM：系统首先尝试从CDROM光盘驱动器引导ZIP：系统首先尝试从ATAPI ZIP设备引导LAN：系统首先尝试从网络引导注意：HDD－0指的是主板上第一个IDE接口上的主硬盘。在部分BIOS版本中，这个选项是这样的：Boot Sequence，然后通过Page Up可以看到有以下几个设置选项：CDROM，C，A、C，CDROM，A等。⑤Boot other Device（其他设备引导）：将此项设置为Enable，允许系统从第一/第二/第三设备引导失败后，自动尝试从其他设备引导。⑥Swap Floppy Drive(交换软驱盘符)：此项设置为Enabled时，可交换软驱A：和B：的盘符。⑦Seek Floppy（寻找软驱）：将此项设置为Enabled时，在系统引导前，BIOS会检测软驱A。我们在设置时，无论是否有软驱，都设置为Disabled。⑧Boot Up NumLock Status(启动时NumLock状态)：此项是用来设定系统启动后，NumLock的状态。当设置为On时，系统启动后，键盘的NumLock是打开状态，小键盘数字键有效。⑨Gate A20 Option（Gate A20的选择）：此项用来设定Gate A20的状态。A20是指扩展内存的前部64KB。当选择缺省值Fast时，Gate A20是由端口92或芯片组的特定程序控制的。它可以使系统速度更快。当设置为Normal，A20是由键盘控制器或芯片组硬件控制的。我们一般情况下使用系统的缺省值。⑩Typematic Rate Setting(键入速率设定)：此项是用来控制字元输入速率的，与我们“控制面板”中的“键盘”设置选项中的相当设置相同。在高级BIOS设置中，有一项APIC Mode也是相当重要的，此项是用来启用和禁用APIC（高级程序中断控制器）。如果你使用Windows 2000/XP时，如果出现无法实现软关机时，将此项打开就可以了。

美国纽约。Origins悦木之源隶属于全球高档化妆品集团雅诗兰黛集团，它由雅诗兰黛集团创始人雅诗兰黛夫人之孙——威廉·兰（WilliamLauder）创立，是面向男性和女性提供产品线的高效能、纯天然的高档护肤及化妆品牌。产品有黄牌面膜系列、储水系列、卫成博士百环系列、活力明快系列、舞动部分控油系列、卫成博士灵芝系列等11个系列。扩展资料：对于ESTEELAUDER的美容保养品牌来说，相较于其他化妆品品牌，wooddeclarationline是相当清晰简单的。是使用原始材料的性质提供人们可以感受到自然和舒适的身心体验，这种做法对于大多数的美国人是非常清新和有说服力的同时，不管它是珍贵的玫瑰花瓣，让人感到清新柠檬和橙，高贵而神秘的紫色的或让人暖暖的姜。悦木起源（wooddeclaration）是一个崇尚天然、高效的天然护肤品和化妆品品牌。它属于世界上最大的高端化妆品集团雅诗兰黛集团。品牌的标志意义深远。特别设计了两棵绿树，以表达人与自然的和谐关系。参考资料来源：百度百科一悦木之源

看报错信息咯。。一般报错信息下面第一行就是异常的位置

　　首先，让我们看一看AndroidLog的格式。下面这段log是以所谓的long格式打印出来的。从前面Logcat的介绍中可以知道，long格式会把时间，标签等作为单独的一行显示。　　[ 12-09 21:39:35.510 396: 416 I/ActivityManager ]　　Start procnet.coollet.infzmreader:umengService_v1 for service　　net.coollet.infzmreader/com.umeng.message.　　UmengService:pid=21745 uid=10039 gids={50039, 3003, 1015,1028}　　[ 12-09 21:39:35.518 21745:21745I/dalvikvm ]　　Turning on JNI app bug workarounds fortarget SDK version 8...　　[ 12-09 21:39:35.611 21745:21745D/AgooService ]　　onCreate()　　我们以第一行为例：12-09 是日期，21:39:35.510是时间396是进程号，416是线程号；I代表log优先级，ActivityManager是log标签。　　在应用开发中，这些信息的作用可能不是很大。但是在系统开发中，这些都是很重要的辅助信息。开发工程师分析的log很多都是由测试工程师抓取的，所以可能有些log根本就不是当时出错的log。如果出现这种情况，无论你怎么分析都不太可能得出正确的结论。如何能最大限度的避免这种情况呢？笔者就要求测试工程师报bug时必须填上bug发生的时间。这样结合log里的时间戳信息就能大致判断是否是发生错误时的log。而且根据测试工程师提供的bug发生时间点，开发工程师可以在长长的log信息中快速的定位错误的位置，缩小分析的范围。　　同时我们也要注意，时间信息在log分析中可能被错误的使用。例如：在分析多线程相关的问题时，我们有时需要根据两段不同线程中log语句执行的先后顺序来判断错误发生的原因，但是我们不能以两段log在log文件中出现的先后做为判断的条件，这是因为在小段时间内两个线程输出log的先后是随机的，log打印的先后顺序并不完全等同于执行的顺序。那么我们是否能以log的时间戳来判断呢？同样是不可以，因为这个时间戳实际上是系统打印输出log时的时间，并不是调用log函数时的时间。遇到这种情况唯一的办法是在输出log前，调用系统时间函数获取当时时间，然后再通过log信息打印输出。这样虽然麻烦一点，但是只有这样取得的时间才是可靠的，才能做为我们判断的依据。　　另外一种误用log中时间戳的情况是用它来分析程序的性能。一个有多年工作经验的工程师拿着他的性能分析结果给笔者看，但是笔者对这份和实际情况相差很远的报告表示怀疑，于是询问这位工程师是如何得出结论的。他的回答让笔者很惊讶，他计算所采用的数据就是log信息前面的时间戳。前面我们已经讲过，log前面时间戳和调用log函数的时间并不相同，这是由于系统缓冲log信息引起的，而且这两个时间的时间差并不固定。所以用log信息前附带的时间戳来计算两段log间代码的性能会有比较大的误差。正确的方法还是上面提到的：在程序中获取系统时间然后打印输出，利用我们打印的时间来计算所花费的时间。　　了解了时间，我们再谈谈进程Id和线程Id，它们也是分析log时很重要的依据。我们看到的log文件，不同进程的log信息实际上是混杂在一起输出的，这给我们分析log带来了很大的麻烦。有时即使是一个函数内的两条相邻的log，也会出现不同进程的log交替输出的情况，也就是A进程的第一条log后面跟着的是B进程的第二条log，对于这样的组合如果不细心分析，就很容易得出错误的结论。这时一定要仔细看log前面的进程Id，把相同Id的log放到一起看。　　不同进程的log有这样的问题，不同的线程输出的log当然也存在着相同的问题。Logcat加上-vthread就能打印出线程Id。但是有一点也要引起注意，就是Android的线程Id和我们平时所讲的Linux线程Id并不完全等同。首先，在Android系统中，C++层使用的Linux获取线程Id的函数gettid()是不能得到线程Id的，调用gettid()实际上返回的是进程Id。作为替代，我们可以调用pthread_self()得到一个唯一的值来标示当前的native线程。Android也提供了一个函数androidGetThreaId()来获取线程Id，这个函数实际上就是在调用pthread_self函数。但是在Java层线程Id又是另外一个值，Java层的线程Id是通过调用Thread的getId方法得到的，这个方法的返回值实际上来自Android在每个进程的java层中维护的一个全局变量，所以这个值和C++层所获得的值并不相同。这也是我们分析log时要注意的问题，如果是Java层线程Id，一般值会比较小，几百左右；如果是C++层的线程，值会比较大。在前里面的log样本中，就能很容易的看出，第一条log是Jave层输出的log，第二条是native层输出的。明白了这些，我们在分析log时就不要看见两段log前面的线程Id不相同就得出是两个不同线程log的简单结论，还要注意Jave层和native层的区别，这样才能防止被误导。　　AndroidLog的优先级在打印输出时会被转换成V，I，D，W，E等简单的字符标记。在做系统log分析时，我们很难把一个log文件从头看到尾，都是利用搜索工具来查找出错的标记。比如搜索“E/”来看看有没有指示错误的log。所以如果参与系统开发的每个工程师都能遵守Android定义的优先级含义来输出log，这会让我们繁重的log分析工作变得相对轻松些。　　Android比较常见的严重问题有两大类，一是程序发生崩溃；二是产生了ANR。程序崩溃和ANR既可能发生在java层，也可能发生在native层。如果问题发生在java层，出错的原因一般比较容易定位。如果是native层的问题，在很多情况下，解决问题就不是那么的容易了。我们先看一个java层的崩溃例子：　　I/ActivityManager( 396): Start proccom.test.crash for activity com.test.crash/.MainActivity:　　pid=1760 uid=10065 gids={50065, 1028}　　D/AndroidRuntime( 1760): Shutting downVM　　W/dalvikvm( 1760): threadid=1: threadexiting with uncaught exception(group=0x40c38930)　　E/AndroidRuntime( 1760): FATALEXCEPTION: main　　E/AndroidRuntime( 1760):java.lang.RuntimeException: Unable to start activityComponentInfo　　{com.test.crash/com.test.crash.MainActivity}:java.lang.NullPointerException　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2180)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2230)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.access$600(ActivityThread.java:141)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread$H.handleMessage(ActivityThread.java:1234)　　E/AndroidRuntime( 1760): atandroid.os.Handler.dispatchMessage(Handler.java:99)　　E/AndroidRuntime( 1760): atandroid.os.Looper.loop(Looper.java:137)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.main(ActivityThread.java:5050)　　E/AndroidRuntime( 1760): atjava.lang.reflect.Method.invokeNative(NativeMethod)　　E/AndroidRuntime( 1760): atjava.lang.reflect.Method.invoke(Method.java:511)　　E/AndroidRuntime( 1760): atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run　　(ZygoteInit.java:793)　　E/AndroidRuntime( 1760): atcom.android.internal.os.ZygoteInit.main(ZygoteInit.java:560)　　E/AndroidRuntime( 1760): atdalvik.system.NativeStart.main(NativeMethod)　　E/AndroidRuntime( 1760): Caused by:java.lang.NullPointerException　　E/AndroidRuntime( 1760): atcom.test.crash.MainActivity.setViewText(MainActivity.java:29)　　E/AndroidRuntime( 1760): atcom.test.crash.MainActivity.onCreate(MainActivity.java:17)　　E/AndroidRuntime( 1760): atandroid.app.Activity.performCreate(Activity.java:5104)　　E/AndroidRuntime( 1760): atandroid.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1080)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2144)　　E/AndroidRuntime( 1760): ... 11more　　I/Process ( 1760): Sending signal.PID: 1760 SIG: 9　　W/ActivityManager( 396): Force finishing activitycom.test.crash/.MainActivity　　Jave层的代码发生crash问题时，系统往往会打印出很详细的出错信息。比如上面这个例子，不但给出了出错的原因，还有出错的文件和行数。根据这些信息，我们会很容易的定位问题所在。native层的crash虽然也有栈log信息输出，但是就不那么容易看懂了。下面我们再看一个native层crash的例子：　　F/libc ( 2102): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread2102 (testapp)　　D/dalvikvm(26630):GC_FOR_ALLOC freed 604K, 11% free 11980K/13368K, paused 36ms, total36ms　　I/dalvikvm-heap(26630):Grow heap (frag case) to 11.831MB for 102416-byteallocation　　D/dalvikvm(26630):GC_FOR_ALLOC freed 1K, 11% free 12078K/13472K, paused 34ms, total34ms　　I/DEBUG ( 127):*** *** *** *** *** *** *** *** *** *** *** *** *** *** ******　　I/DEBUG ( 127):Build fingerprint:　　"Android/full_maguro/maguro:4.2.2/JDQ39/eng.liuchao.20130619.201255:userdebug/test-keys"　　I/DEBUG ( 127):Revision: "9"　　I/DEBUG ( 127):pid: 2102, tid: 2102, name: testapp >>>./testapp <<<　　I/DEBUG ( 127):signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr00000000　　I/DEBUG ( 127): r0 00000020 r173696874 r2 400ff520 r300000000　　I/DEBUG ( 127): r4 400ff469 r5beb4ab24 r6 00000001 r7beb4ab2c　　I/DEBUG ( 127): r8 00000000 r900000000 sl 00000000 fpbeb4ab1c　　I/DEBUG ( 127): ip 4009b5dc spbeb4aae8 lr 400ff46f pc400ff45e cpsr 60000030　　I/DEBUG ( 127): d0 000000004108dae8 d1 4108ced84108cec8　　I/DEBUG ( 127): d2 4108cef84108cee8 d3 4108cf184108cf08　　I/DEBUG ( 127): d4 4108c5a84108c598 d5 4108ca084108c5b8　　I/DEBUG ( 127): d6 4108ce684108ce58 d7 4108ce884108ce78　　I/DEBUG ( 127): d8 0000000000000000 d9 0000000000000000　　I/DEBUG ( 127): d10 0000000000000000 d110000000000000000　　I/DEBUG ( 127): d120000000000000000 d130000000000000000　　I/DEBUG ( 127): d14 0000000000000000 d150000000000000000　　I/DEBUG ( 127): d16 c1dcf7c087fec8b4 d173f50624dd2f1a9fc　　I/DEBUG ( 127): d18 41c7b1ac89800000 d190000000000000000　　I/DEBUG ( 127): d20 0000000000000000 d210000000000000000　　I/DEBUG ( 127): d22 0000000000000000 d230000000000000000　　I/DEBUG ( 127): d24 0000000000000000 d250000000000000000　　I/DEBUG ( 127): d26 0000000000000000 d270000000000000000　　I/DEBUG ( 127): d28 0000000000000000 d290000000000000000　　I/DEBUG ( 127): d30 0000000000000000 d310000000000000000　　I/DEBUG ( 127): scr 00000010　　I/DEBUG ( 127):　　I/DEBUG ( 127):backtrace:　　I/DEBUG ( 127): #00 pc0000045e /system/bin/testapp　　I/DEBUG ( 127): #01 pc0000046b /system/bin/testapp　　I/DEBUG ( 127): #02 pc0001271f /system/lib/libc.so (__libc_init+38)　　I/DEBUG ( 127): #03 pc00000400 /system/bin/testapp　　I/DEBUG ( 127):　　I/DEBUG ( 127):stack:　　I/DEBUG ( 127): beb4aaa8 000000c8　　I/DEBUG ( 127): beb4aaac 00000000　　I/DEBUG ( 127): beb4aab0 00000000　　I/DEBUG ( 127): beb4aab4 401cbee0 /system/bin/linker　　I/DEBUG ( 127): beb4aab8 00001000　　I/DEBUG ( 127): beb4aabc 4020191d /system/lib/libc.so (__libc_fini)　　I/DEBUG ( 127): beb4aac0 4020191d /system/lib/libc.so (__libc_fini)　　I/DEBUG ( 127): beb4aac4 40100eac /system/bin/testapp　　I/DEBUG ( 127): beb4aac8 00000000　　I/DEBUG ( 127): beb4aacc 400ff469 /system/bin/testapp　　I/DEBUG ( 127): beb4aad0 beb4ab24 [stack]　　I/DEBUG ( 127): beb4aad4 00000001　　I/DEBUG ( 127): beb4aad8 beb4ab2c [stack]　　I/DEBUG ( 127): beb4aadc 00000000　　I/DEBUG ( 127): beb4aae0 df0027ad　　I/DEBUG ( 127): beb4aae4 00000000　　I/DEBUG ( 127): #00 beb4aae8 00000000　　I/DEBUG ( 127): ........ ........　　I/DEBUG ( 127): #01 beb4aae8 00000000　　I/DEBUG ( 127): beb4aaec 401e9721 /system/lib/libc.so (__libc_init+40)　　I/DEBUG ( 127): #02 beb4aaf0 beb4ab08 [stack]　　I/DEBUG ( 127): beb4aaf4 00000000　　I/DEBUG ( 127): beb4aaf8 00000000　　I/DEBUG ( 127): beb4aafc 00000000　　I/DEBUG ( 127): beb4ab00 00000000　　I/DEBUG ( 127): beb4ab04 400ff404 /system/bin/testapp　　I/DEBUG ( 127):　　这个log就不那么容易懂了，但是还是能从中看出很多信息，让我们一起来学习如何分析这种log。首先看下面这行：　　pid: 2102, tid: 2102,name: testapp >>>./testapp <<<　　从这一行我们可以知道crash进程的pid和tid，前文我们已经提到过，Android调用gettid函数得到的实际是进程Id号，所以这里的pid和tid相同。知道进程号后我们可以往前翻翻log，看看该进程最后一次打印的log是什么，这样能缩小一点范围。　　接下来内容是进程名和启动参数。再接下来的一行比较重要了，它告诉了我们从系统角度看，出错的原因：　　signal 11 (SIGSEGV), code 1(SEGV_MAPERR), fault addr 00000000　　signal11是Linux定义的信号之一，含义是Invalidmemory reference，无效的内存引用。加上后面的“faultaddr 00000000”我们基本可以判定这是一个空指针导致的crash。当然这是笔者为了讲解而特地制造的一个Crash的例子，比较容易判断，大部分实际的例子可能就没有那么容易了。　　再接下来的log打印出了cpu的所有寄存器的信息和堆栈的信息，这里面最重要的是从堆栈中得到的backtrace信息：　　I/DEBUG ( 127):backtrace:　　I/DEBUG ( 127): #00 pc0000045e /system/bin/testapp　　I/DEBUG ( 127): #01 pc0000046b /system/bin/testapp　　I/DEBUG ( 127): #02 pc0001271f /system/lib/libc.so (__libc_init+38)　　I/DEBUG ( 127): #03 pc00000400 /system/bin/testapp　　因为实际的运行系统里没有符号信息，所以打印出的log里看不出文件名和行数。这就需要我们借助编译时留下的符号信息表来翻译了。Android提供了一个工具可以来做这种翻译工作：arm-eabi-addr2line，位于prebuilts/gcc/linux-x86/arm/arm-eabi-4.6/bin目录下。用法很简单：　　#./arm-eabi-addr2line -f -eout/target/product/hammerhead/symbols/system/bin/testapp0x0000045e　　参数-f表示打印函数名；参数-e表示带符号表的模块路径；最后是要转换的地址。这条命令在笔者的编译环境中得到的结果是：　　memcpy /home/rd/compile/android-4.4_r1.2/bionic/libc/include/string.h:108　　剩余三个地址翻译如下：　　main /home/rd/compile/android-4.4_r1.2/packages/apps/testapp/app_main.cpp:38　　out_vformat /home/rd/compile/android-4.4_r1.2/bionic/libc/bionic/libc_logging.cpp:361　　_start libgcc2.c:0　　利用这些信息我们很快就能定位问题了。不过这样手动一条一条的翻译比较麻烦，笔者使用的是从网上找到的一个脚本，可以一次翻译所有的行，有需要的读者可以在网上找一找。　　转载

ORIGINS不是日本的品牌。Origins悦木之源1990年诞生于美国纽约，由雅诗兰黛集团创始人雅诗兰黛夫人之孙——威廉·兰黛先生创立。悦木之源品牌历史：公益植树项目悦木之林。悦木之源隶属于雅诗兰黛集团，是面向男性和女性提供产品线的效能、天然的护肤及化妆品牌。在线客服：官方商城服务热线 400-603-1566（9:00-22:00）；专柜客户服务热线 400-921-5676（9:00-18:00）。扩展资料Origins悦木之源旗下产品：皇牌面膜系列、储水赋活系列、韦博士澄白焕采系列、活力焕亮系列、挥别油光蒲葵控油系列、韦博士灵芝焕能系列、绿茶智慧修颜系列、榆绿木青春紧弹系列、白毫银针抗氧化系列、白米焕肤系列、姜味暖暖身体系列、西柚身体系列。Origins悦木之源产品包括：洁面、精华水/柔肤水/爽肤水、精华、精华油、乳液/面霜/晚霜、眼部护理、面膜、去角质、隔离防晒、唇部护理、特殊护理等。参考资料：百度百科-悦木之源参考资料：Origins-品牌故事

相信你能成功！

ZMY～不离

会。Discord是一款专为电子游戏社区设计的免费网络实时通话软件与数字发行平台，用户在通话中Discord平台会显示占线的，可以稍后在继续拨打。

首先，让我们看一看AndroidLog的格式。下面这段log是以所谓的long格式打印出来的。从前面Logcat的介绍中可以知道，long格式会把时间，标签等作为单独的一行显示。[ 12-09 21:39:35.510 396: 416 I/ActivityManager ]Start procnet.coollet.infzmreader:umengService_v1 for servicenet.coollet.infzmreader/com.umeng.message.UmengService:pid=21745 uid=10039 gids={50039, 3003, 1015,1028}[ 12-09 21:39:35.518 21745:21745I/dalvikvm ]Turning on JNI app bug workarounds fortarget SDK version 8...[ 12-09 21:39:35.611 21745:21745D/AgooService ]onCreate()我们以第一行为例：12-09 是日期，21:39:35.510是时间396是进程号，416是线程号；I代表log优先级，ActivityManager是log标签。在应用开发中，这些信息的作用可能不是很大。但是在系统开发中，这些都是很重要的辅助信息。开发工程师分析的log很多都是由测试工程师抓取的，所以可能有些log根本就不是当时出错的log。如果出现这种情况，无论你怎么分析都不太可能得出正确的结论。如何能最大限度的避免这种情况呢？笔者就要求测试工程师报bug时必须填上bug发生的时间。这样结合log里的时间戳信息就能大致判断是否是发生错误时的log。而且根据测试工程师提供的bug发生时间点，开发工程师可以在长长的log信息中快速的定位错误的位置，缩小分析的范围。同时我们也要注意，时间信息在log分析中可能被错误的使用。例如：在分析多线程相关的问题时，我们有时需要根据两段不同线程中log语句执行的先后顺序来判断错误发生的原因，但是我们不能以两段log在log文件中出现的先后做为判断的条件，这是因为在小段时间内两个线程输出log的先后是随机的，log打印的先后顺序并不完全等同于执行的顺序。那么我们是否能以log的时间戳来判断呢？同样是不可以，因为这个时间戳实际上是系统打印输出log时的时间，并不是调用log函数时的时间。遇到这种情况唯一的办法是在输出log前，调用系统时间函数获取当时时间，然后再通过log信息打印输出。这样虽然麻烦一点，但是只有这样取得的时间才是可靠的，才能做为我们判断的依据。另外一种误用log中时间戳的情况是用它来分析程序的性能。一个有多年工作经验的工程师拿着他的性能分析结果给笔者看，但是笔者对这份和实际情况相差很远的报告表示怀疑，于是询问这位工程师是如何得出结论的。他的回答让笔者很惊讶，他计算所采用的数据就是log信息前面的时间戳。前面我们已经讲过，log前面时间戳和调用log函数的时间并不相同，这是由于系统缓冲log信息引起的，而且这两个时间的时间差并不固定。所以用log信息前附带的时间戳来计算两段log间代码的性能会有比较大的误差。正确的方法还是上面提到的：在程序中获取系统时间然后打印输出，利用我们打印的时间来计算所花费的时间。了解了时间，我们再谈谈进程Id和线程Id，它们也是分析log时很重要的依据。我们看到的log文件，不同进程的log信息实际上是混杂在一起输出的，这给我们分析log带来了很大的麻烦。有时即使是一个函数内的两条相邻的log，也会出现不同进程的log交替输出的情况，也就是A进程的第一条log后面跟着的是B进程的第二条log，对于这样的组合如果不细心分析，就很容易得出错误的结论。这时一定要仔细看log前面的进程Id，把相同Id的log放到一起看。不同进程的log有这样的问题，不同的线程输出的log当然也存在着相同的问题。Logcat加上-vthread就能打印出线程Id。但是有一点也要引起注意，就是Android的线程Id和我们平时所讲的Linux线程Id并不完全等同。首先，在Android系统中，C++层使用的Linux获取线程Id的函数gettid()是不能得到线程Id的，调用gettid()实际上返回的是进程Id。作为替代，我们可以调用pthread_self()得到一个唯一的值来标示当前的native线程。Android也提供了一个函数androidGetThreaId()来获取线程Id，这个函数实际上就是在调用pthread_self函数。但是在Java层线程Id又是另外一个值，Java层的线程Id是通过调用Thread的getId方法得到的，这个方法的返回值实际上来自Android在每个进程的java层中维护的一个全局变量，所以这个值和C++层所获得的值并不相同。这也是我们分析log时要注意的问题，如果是Java层线程Id，一般值会比较小，几百左右；如果是C++层的线程，值会比较大。在前里面的log样本中，就能很容易的看出，第一条log是Jave层输出的log，第二条是native层输出的。明白了这些，我们在分析log时就不要看见两段log前面的线程Id不相同就得出是两个不同线程log的简单结论，还要注意Jave层和native层的区别，这样才能防止被误导。AndroidLog的优先级在打印输出时会被转换成V，I，D，W，E等简单的字符标记。在做系统log分析时，我们很难把一个log文件从头看到尾，都是利用搜索工具来查找出错的标记。比如搜索“E/”来看看有没有指示错误的log。所以如果参与系统开发的每个工程师都能遵守Android定义的优先级含义来输出log，这会让我们繁重的log分析工作变得相对轻松些。Android比较常见的严重问题有两大类，一是程序发生崩溃；二是产生了ANR。程序崩溃和ANR既可能发生在java层，也可能发生在native层。如果问题发生在java层，出错的原因一般比较容易定位。如果是native层的问题，在很多情况下，解决问题就不是那么的容易了。我们先看一个java层的崩溃例子：I/ActivityManager( 396): Start proccom.test.crash for activity com.test.crash/.MainActivity:pid=1760 uid=10065 gids={50065, 1028}D/AndroidRuntime( 1760): Shutting downVMW/dalvikvm( 1760): threadid=1: threadexiting with uncaught exception(group=0x40c38930)E/AndroidRuntime( 1760): FATALEXCEPTION: mainE/AndroidRuntime( 1760):java.lang.RuntimeException: Unable to start activityComponentInfo{com.test.crash/com.test.crash.MainActivity}:java.lang.NullPointerExceptionE/AndroidRuntime( 1760): atandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2180)E/AndroidRuntime( 1760): atandroid.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2230)E/AndroidRuntime( 1760): atandroid.app.ActivityThread.access$600(ActivityThread.java:141)E/AndroidRuntime( 1760): atandroid.app.ActivityThread$H.handleMessage(ActivityThread.java:1234)E/AndroidRuntime( 1760): atandroid.os.Handler.dispatchMessage(Handler.java:99)E/AndroidRuntime( 1760): atandroid.os.Looper.loop(Looper.java:137)E/AndroidRuntime( 1760): atandroid.app.ActivityThread.main(ActivityThread.java:5050)E/AndroidRuntime( 1760): atjava.lang.reflect.Method.invokeNative(NativeMethod)E/AndroidRuntime( 1760): atjava.lang.reflect.Method.invoke(Method.java:511)E/AndroidRuntime( 1760): atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793)E/AndroidRuntime( 1760): atcom.android.internal.os.ZygoteInit.main(ZygoteInit.java:560)E/AndroidRuntime( 1760): atdalvik.system.NativeStart.main(NativeMethod)E/AndroidRuntime( 1760): Caused by:java.lang.NullPointerExceptionE/AndroidRuntime( 1760): atcom.test.crash.MainActivity.setViewText(MainActivity.java:29)E/AndroidRuntime( 1760): atcom.test.crash.MainActivity.onCreate(MainActivity.java:17)E/AndroidRuntime( 1760): atandroid.app.Activity.performCreate(Activity.java:5104)E/AndroidRuntime( 1760): atandroid.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1080)E/AndroidRuntime( 1760): atandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2144)E/AndroidRuntime( 1760): ... 11moreI/Process ( 1760): Sending signal.PID: 1760 SIG: 9W/ActivityManager( 396): Force finishing activitycom.test.crash/.MainActivityJave层的代码发生crash问题时，系统往往会打印出很详细的出错信息。比如上面这个例子，不但给出了出错的原因，还有出错的文件和行数。根据这些信息，我们会很容易的定位问题所在。native层的crash虽然也有栈log信息输出，但是就不那么容易看懂了。下面我们再看一个native层crash的例子：F/libc ( 2102): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread2102 (testapp)D/dalvikvm(26630):GC_FOR_ALLOC freed 604K, 11% free 11980K/13368K, paused 36ms, total36msI/dalvikvm-heap(26630):Grow heap (frag case) to 11.831MB for 102416-byteallocationD/dalvikvm(26630):GC_FOR_ALLOC freed 1K, 11% free 12078K/13472K, paused 34ms, total34msI/DEBUG ( 127):*** *** *** *** *** *** *** *** *** *** *** *** *** *** ******I/DEBUG ( 127):Build fingerprint:"Android/full_maguro/maguro:4.2.2/JDQ39/eng.liuchao.20130619.201255:userdebug/test-keys"I/DEBUG ( 127):Revision: "9"I/DEBUG ( 127):pid: 2102, tid: 2102, name: testapp >>>./testapp <<<I/DEBUG ( 127):signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr00000000I/DEBUG ( 127): r0 00000020 r173696874 r2 400ff520 r300000000I/DEBUG ( 127): r4 400ff469 r5beb4ab24 r6 00000001 r7beb4ab2cI/DEBUG ( 127): r8 00000000 r900000000 sl 00000000 fpbeb4ab1cI/DEBUG ( 127): ip 4009b5dc spbeb4aae8 lr 400ff46f pc400ff45e cpsr 60000030I/DEBUG ( 127): d0 000000004108dae8 d1 4108ced84108cec8I/DEBUG ( 127): d2 4108cef84108cee8 d3 4108cf184108cf08I/DEBUG ( 127): d4 4108c5a84108c598 d5 4108ca084108c5b8I/DEBUG ( 127): d6 4108ce684108ce58 d7 4108ce884108ce78I/DEBUG ( 127): d8 0000000000000000 d9 0000000000000000I/DEBUG ( 127): d10 0000000000000000 d110000000000000000I/DEBUG ( 127): d120000000000000000 d130000000000000000I/DEBUG ( 127): d14 0000000000000000 d150000000000000000I/DEBUG ( 127): d16 c1dcf7c087fec8b4 d173f50624dd2f1a9fcI/DEBUG ( 127): d18 41c7b1ac89800000 d190000000000000000I/DEBUG ( 127): d20 0000000000000000 d210000000000000000I/DEBUG ( 127): d22 0000000000000000 d230000000000000000I/DEBUG ( 127): d24 0000000000000000 d250000000000000000I/DEBUG ( 127): d26 0000000000000000 d270000000000000000I/DEBUG ( 127): d28 0000000000000000 d290000000000000000I/DEBUG ( 127): d30 0000000000000000 d310000000000000000I/DEBUG ( 127): scr 00000010I/DEBUG ( 127):I/DEBUG ( 127):backtrace:I/DEBUG ( 127): #00 pc0000045e /system/bin/testappI/DEBUG ( 127): #01 pc0000046b /system/bin/testappI/DEBUG ( 127): #02 pc0001271f /system/lib/libc.so (__libc_init+38)I/DEBUG ( 127): #03 pc00000400 /system/bin/testappI/DEBUG ( 127):I/DEBUG ( 127):stack:I/DEBUG ( 127): beb4aaa8 000000c8 I/DEBUG ( 127): beb4aaac 00000000 I/DEBUG ( 127): beb4aab0 00000000 I/DEBUG ( 127): beb4aab4 401cbee0 /system/bin/linkerI/DEBUG ( 127): beb4aab8 00001000 I/DEBUG ( 127): beb4aabc 4020191d /system/lib/libc.so (__libc_fini)I/DEBUG ( 127): beb4aac0 4020191d /system/lib/libc.so (__libc_fini)I/DEBUG ( 127): beb4aac4 40100eac /system/bin/testappI/DEBUG ( 127): beb4aac8 00000000 I/DEBUG ( 127): beb4aacc 400ff469 /system/bin/testappI/DEBUG ( 127): beb4aad0 beb4ab24 [stack]I/DEBUG ( 127): beb4aad4 00000001 I/DEBUG ( 127): beb4aad8 beb4ab2c [stack]I/DEBUG ( 127): beb4aadc 00000000 I/DEBUG ( 127): beb4aae0 df0027ad I/DEBUG ( 127): beb4aae4 00000000 I/DEBUG ( 127): #00 beb4aae8 00000000 I/DEBUG ( 127): ........ ........I/DEBUG ( 127): #01 beb4aae8 00000000 I/DEBUG ( 127): beb4aaec 401e9721 /system/lib/libc.so (__libc_init+40)I/DEBUG ( 127): #02 beb4aaf0 beb4ab08 [stack]I/DEBUG ( 127): beb4aaf4 00000000 I/DEBUG ( 127): beb4aaf8 00000000 I/DEBUG ( 127): beb4aafc 00000000 I/DEBUG ( 127): beb4ab00 00000000 I/DEBUG ( 127): beb4ab04 400ff404 /system/bin/testappI/DEBUG ( 127):这个log就不那么容易懂了，但是还是能从中看出很多信息，让我们一起来学习如何分析这种log。首先看下面这行：pid: 2102, tid: 2102,name: testapp >>>./testapp <<<从这一行我们可以知道crash进程的pid和tid，前文我们已经提到过，Android调用gettid函数得到的实际是进程Id号，所以这里的pid和tid相同。知道进程号后我们可以往前翻翻log，看看该进程最后一次打印的log是什么，这样能缩小一点范围。接下来内容是进程名和启动参数。再接下来的一行比较重要了，它告诉了我们从系统角度看，出错的原因：signal 11 (SIGSEGV), code 1(SEGV_MAPERR), fault addr 00000000signal11是Linux定义的信号之一，含义是Invalidmemory reference，无效的内存引用。加上后面的“faultaddr 00000000”我们基本可以判定这是一个空指针导致的crash。当然这是笔者为了讲解而特地制造的一个Crash的例子，比较容易判断，大部分实际的例子可能就没有那么容易了。再接下来的log打印出了cpu的所有寄存器的信息和堆栈的信息，这里面最重要的是从堆栈中得到的backtrace信息：I/DEBUG ( 127):backtrace:I/DEBUG ( 127): #00 pc0000045e /system/bin/testappI/DEBUG ( 127): #01 pc0000046b /system/bin/testappI/DEBUG ( 127): #02 pc0001271f /system/lib/libc.so (__libc_init+38)I/DEBUG ( 127): #03 pc00000400 /system/bin/testapp因为实际的运行系统里没有符号信息，所以打印出的log里看不出文件名和行数。这就需要我们借助编译时留下的符号信息表来翻译了。Android提供了一个工具可以来做这种翻译工作：arm-eabi-addr2line，位于prebuilts/gcc/linux-x86/arm/arm-eabi-4.6/bin目录下。用法很简单：#./arm-eabi-addr2line -f -eout/target/product/hammerhead/symbols/system/bin/testapp0x0000045e参数-f表示打印函数名；参数-e表示带符号表的模块路径；最后是要转换的地址。这条命令在笔者的编译环境中得到的结果是：memcpy /home/rd/compile/android-4.4_r1.2/bionic/libc/include/string.h:108剩余三个地址翻译如下：main /home/rd/compile/android-4.4_r1.2/packages/apps/testapp/app_main.cpp:38out_vformat /home/rd/compile/android-4.4_r1.2/bionic/libc/bionic/libc_logging.cpp:361_start libgcc2.c:0利用这些信息我们很快就能定位问题了。不过这样手动一条一条的翻译比较麻烦，笔者使用的是从网上找到的一个脚本，可以一次翻译所有的行，有需要的读者可以在网上找一找。了解了如何分析普通的Log文件，下面让我们再看看如何分析ANR的Log文件。

If you can take it, you can make it. 能忍方能有所成。如有疑问，请追问!

广州塔高度是600米。广州塔又称广州新电视塔，昵称小蛮腰，其位于中国广东省广州市海珠区（艺洲岛）赤岗塔附近，距离珠江南岸125米，与珠江新城、花城广场、海心沙岛隔江相望。广州塔塔身主体高454米，天线桅杆高146米，总高度600米。是中国第一高塔，是国家AAAA级旅游景区。广州塔有5个功能区和多种游乐设施，包括户外观景平台、摩天轮、极速云霄游乐项目，有2个观光大厅，有悬空走廊，天梯，4D和3D动感影院，中西美食，会展设施，购物商场及科普展示厅。广州塔于2009年9月28日建成，广州塔已于2010年9月30日正式对外开放，10月1日起正式公开售票接待游客，并承担广州亚运会的转播任务。地理位置：广州塔位于广州市中心，城市新中轴线与珠江景观轴交汇处，与海心沙岛和广州市21世纪CBD区珠江新城隔江相望。广州塔北临40米宽的滨江路和滨江绿化步行带：南临40米宽的双塔路，东西两侧分别为30米宽的艺苑东、西路。

需要执行以下步骤：在您的计算机上启动Discord应用程序，然后单击左下角的个人资料图片。或者，访问WebDiscord客户端并登录。从出现的菜单中选择隐形选项。您的个人资料图标显示一个灰点，表示您的状态设置为离线。如何在移动设备上的Discord中离线显示在您的设备上启动Discord应用程序并登录（如果您尚未登录）之后，点击右下角的个人资料图标。从菜单中查找并点击设置状态选项。接下来，从出现在底部的“设置状态”菜单中点击“隐形”。将您的状态设置为隐身后，您的个人资料图标将显示一个灰点，就像桌面应用程序一样。这里的所有都是它的。如果您想在Discord上离线显示，请将您的状态设置为Invisible。当您将您的状态设置为Invisible时，其他用户将无法看到您，服务器管理员也无法看到您。Discord上的其他状态类型除了将您的状态设置为Invisible以显示离线之外，Discord还具有以下状态选项：在线：此状态显示您已在线并准备就绪。这是您打开Discord应用程序时的默认状态。当您在线时，您会在个人资料图标旁边看到一个绿点。空闲：让其他用户知道您离开键盘(AFK)或在做其他事情。空闲状态由个人资料图标上的黄点指示。请勿打扰(DND)：顾名思义，DND意味着您不适合聊天，不应被打扰。DND状态由您的个人资料图标上的红点指示。另一件值得注意的事情是，当您处于DND模式时，Discord通知会静音。例如，如果您正在睡觉，这是一个很好的设置。自定义状态：创建自定义状态很有趣。您可以为其他每个状态设置自定义显示消息。您还可以将自定义状态设置为在设定的时间或特定条件下显示。使用Discord如果您希望在Discord上离线显示，上述步骤应该会对您有所帮助。这将有助于在您需要时为您提供一些隐私。将您的状态设置为在游戏玩家的社交平台上显示为离线状态可能看起来很矛盾，但这样做的原因有很多。如果您是Discord的新手，您会想知道如何在Discord上设置您可以控制的服务器。如果人们开始在您的社区中引发问题，您可以在Discord上踢或禁止用户。

　　首先，让我们看一看AndroidLog的格式。下面这段log是以所谓的long格式打印出来的。从前面Logcat的介绍中可以知道，long格式会把时间，标签等作为单独的一行显示。　　[ 12-09 21:39:35.510 396: 416 I/ActivityManager ]　　Start procnet.coollet.infzmreader:umengService_v1 for service　　net.coollet.infzmreader/com.umeng.message.　　UmengService:pid=21745 uid=10039 gids={50039, 3003, 1015,1028}　　[ 12-09 21:39:35.518 21745:21745I/dalvikvm ]　　Turning on JNI app bug workarounds fortarget SDK version 8...　　[ 12-09 21:39:35.611 21745:21745D/AgooService ]　　onCreate()　　我们以第一行为例：12-09 是日期，21:39:35.510是时间396是进程号，416是线程号；I代表log优先级，ActivityManager是log标签。　　在应用开发中，这些信息的作用可能不是很大。但是在系统开发中，这些都是很重要的辅助信息。开发工程师分析的log很多都是由测试工程师抓取的，所以可能有些log根本就不是当时出错的log。如果出现这种情况，无论你怎么分析都不太可能得出正确的结论。如何能最大限度的避免这种情况呢？笔者就要求测试工程师报bug时必须填上bug发生的时间。这样结合log里的时间戳信息就能大致判断是否是发生错误时的log。而且根据测试工程师提供的bug发生时间点，开发工程师可以在长长的log信息中快速的定位错误的位置，缩小分析的范围。　　同时我们也要注意，时间信息在log分析中可能被错误的使用。例如：在分析多线程相关的问题时，我们有时需要根据两段不同线程中log语句执行的先后顺序来判断错误发生的原因，但是我们不能以两段log在log文件中出现的先后做为判断的条件，这是因为在小段时间内两个线程输出log的先后是随机的，log打印的先后顺序并不完全等同于执行的顺序。那么我们是否能以log的时间戳来判断呢？同样是不可以，因为这个时间戳实际上是系统打印输出log时的时间，并不是调用log函数时的时间。遇到这种情况唯一的办法是在输出log前，调用系统时间函数获取当时时间，然后再通过log信息打印输出。这样虽然麻烦一点，但是只有这样取得的时间才是可靠的，才能做为我们判断的依据。　　另外一种误用log中时间戳的情况是用它来分析程序的性能。一个有多年工作经验的工程师拿着他的性能分析结果给笔者看，但是笔者对这份和实际情况相差很远的报告表示怀疑，于是询问这位工程师是如何得出结论的。他的回答让笔者很惊讶，他计算所采用的数据就是log信息前面的时间戳。前面我们已经讲过，log前面时间戳和调用log函数的时间并不相同，这是由于系统缓冲log信息引起的，而且这两个时间的时间差并不固定。所以用log信息前附带的时间戳来计算两段log间代码的性能会有比较大的误差。正确的方法还是上面提到的：在程序中获取系统时间然后打印输出，利用我们打印的时间来计算所花费的时间。　　了解了时间，我们再谈谈进程Id和线程Id，它们也是分析log时很重要的依据。我们看到的log文件，不同进程的log信息实际上是混杂在一起输出的，这给我们分析log带来了很大的麻烦。有时即使是一个函数内的两条相邻的log，也会出现不同进程的log交替输出的情况，也就是A进程的第一条log后面跟着的是B进程的第二条log，对于这样的组合如果不细心分析，就很容易得出错误的结论。这时一定要仔细看log前面的进程Id，把相同Id的log放到一起看。　　不同进程的log有这样的问题，不同的线程输出的log当然也存在着相同的问题。Logcat加上-vthread就能打印出线程Id。但是有一点也要引起注意，就是Android的线程Id和我们平时所讲的Linux线程Id并不完全等同。首先，在Android系统中，C++层使用的Linux获取线程Id的函数gettid()是不能得到线程Id的，调用gettid()实际上返回的是进程Id。作为替代，我们可以调用pthread_self()得到一个唯一的值来标示当前的native线程。Android也提供了一个函数androidGetThreaId()来获取线程Id，这个函数实际上就是在调用pthread_self函数。但是在Java层线程Id又是另外一个值，Java层的线程Id是通过调用Thread的getId方法得到的，这个方法的返回值实际上来自Android在每个进程的java层中维护的一个全局变量，所以这个值和C++层所获得的值并不相同。这也是我们分析log时要注意的问题，如果是Java层线程Id，一般值会比较小，几百左右；如果是C++层的线程，值会比较大。在前里面的log样本中，就能很容易的看出，第一条log是Jave层输出的log，第二条是native层输出的。明白了这些，我们在分析log时就不要看见两段log前面的线程Id不相同就得出是两个不同线程log的简单结论，还要注意Jave层和native层的区别，这样才能防止被误导。　　AndroidLog的优先级在打印输出时会被转换成V，I，D，W，E等简单的字符标记。在做系统log分析时，我们很难把一个log文件从头看到尾，都是利用搜索工具来查找出错的标记。比如搜索“E/”来看看有没有指示错误的log。所以如果参与系统开发的每个工程师都能遵守Android定义的优先级含义来输出log，这会让我们繁重的log分析工作变得相对轻松些。　　Android比较常见的严重问题有两大类，一是程序发生崩溃；二是产生了ANR。程序崩溃和ANR既可能发生在java层，也可能发生在native层。如果问题发生在java层，出错的原因一般比较容易定位。如果是native层的问题，在很多情况下，解决问题就不是那么的容易了。我们先看一个java层的崩溃例子：　　I/ActivityManager( 396): Start proccom.test.crash for activity com.test.crash/.MainActivity:　　pid=1760 uid=10065 gids={50065, 1028}　　D/AndroidRuntime( 1760): Shutting downVM　　W/dalvikvm( 1760): threadid=1: threadexiting with uncaught exception(group=0x40c38930)　　E/AndroidRuntime( 1760): FATALEXCEPTION: main　　E/AndroidRuntime( 1760):java.lang.RuntimeException: Unable to start activityComponentInfo　　{com.test.crash/com.test.crash.MainActivity}:java.lang.NullPointerException　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2180)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2230)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.access$600(ActivityThread.java:141)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread$H.handleMessage(ActivityThread.java:1234)　　E/AndroidRuntime( 1760): atandroid.os.Handler.dispatchMessage(Handler.java:99)　　E/AndroidRuntime( 1760): atandroid.os.Looper.loop(Looper.java:137)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.main(ActivityThread.java:5050)　　E/AndroidRuntime( 1760): atjava.lang.reflect.Method.invokeNative(NativeMethod)　　E/AndroidRuntime( 1760): atjava.lang.reflect.Method.invoke(Method.java:511)　　E/AndroidRuntime( 1760): atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run　　(ZygoteInit.java:793)　　E/AndroidRuntime( 1760): atcom.android.internal.os.ZygoteInit.main(ZygoteInit.java:560)　　E/AndroidRuntime( 1760): atdalvik.system.NativeStart.main(NativeMethod)　　E/AndroidRuntime( 1760): Caused by:java.lang.NullPointerException　　E/AndroidRuntime( 1760): atcom.test.crash.MainActivity.setViewText(MainActivity.java:29)　　E/AndroidRuntime( 1760): atcom.test.crash.MainActivity.onCreate(MainActivity.java:17)　　E/AndroidRuntime( 1760): atandroid.app.Activity.performCreate(Activity.java:5104)　　E/AndroidRuntime( 1760): atandroid.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1080)　　E/AndroidRuntime( 1760): atandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2144)　　E/AndroidRuntime( 1760): ... 11more　　I/Process ( 1760): Sending signal.PID: 1760 SIG: 9　　W/ActivityManager( 396): Force finishing activitycom.test.crash/.MainActivity　　Jave层的代码发生crash问题时，系统往往会打印出很详细的出错信息。比如上面这个例子，不但给出了出错的原因，还有出错的文件和行数。根据这些信息，我们会很容易的定位问题所在。native层的crash虽然也有栈log信息输出，但是就不那么容易看懂了。下面我们再看一个native层crash的例子：　　F/libc ( 2102): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread2102 (testapp)　　D/dalvikvm(26630):GC_FOR_ALLOC freed 604K, 11% free 11980K/13368K, paused 36ms, total36ms　　I/dalvikvm-heap(26630):Grow heap (frag case) to 11.831MB for 102416-byteallocation　　D/dalvikvm(26630):GC_FOR_ALLOC freed 1K, 11% free 12078K/13472K, paused 34ms, total34ms　　I/DEBUG ( 127):*** *** *** *** *** *** *** *** *** *** *** *** *** *** ******　　I/DEBUG ( 127):Build fingerprint:　　"Android/full_maguro/maguro:4.2.2/JDQ39/eng.liuchao.20130619.201255:userdebug/test-keys"　　I/DEBUG ( 127):Revision: "9"　　I/DEBUG ( 127):pid: 2102, tid: 2102, name: testapp >>>./testapp <<<　　I/DEBUG ( 127):signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr00000000　　I/DEBUG ( 127): r0 00000020 r173696874 r2 400ff520 r300000000　　I/DEBUG ( 127): r4 400ff469 r5beb4ab24 r6 00000001 r7beb4ab2c　　I/DEBUG ( 127): r8 00000000 r900000000 sl 00000000 fpbeb4ab1c　　I/DEBUG ( 127): ip 4009b5dc spbeb4aae8 lr 400ff46f pc400ff45e cpsr 60000030　　I/DEBUG ( 127): d0 000000004108dae8 d1 4108ced84108cec8　　I/DEBUG ( 127): d2 4108cef84108cee8 d3 4108cf184108cf08　　I/DEBUG ( 127): d4 4108c5a84108c598 d5 4108ca084108c5b8　　I/DEBUG ( 127): d6 4108ce684108ce58 d7 4108ce884108ce78　　I/DEBUG ( 127): d8 0000000000000000 d9 0000000000000000　　I/DEBUG ( 127): d10 0000000000000000 d110000000000000000　　I/DEBUG ( 127): d120000000000000000 d130000000000000000　　I/DEBUG ( 127): d14 0000000000000000 d150000000000000000　　I/DEBUG ( 127): d16 c1dcf7c087fec8b4 d173f50624dd2f1a9fc　　I/DEBUG ( 127): d18 41c7b1ac89800000 d190000000000000000　　I/DEBUG ( 127): d20 0000000000000000 d210000000000000000　　I/DEBUG ( 127): d22 0000000000000000 d230000000000000000　　I/DEBUG ( 127): d24 0000000000000000 d250000000000000000　　I/DEBUG ( 127): d26 0000000000000000 d270000000000000000　　I/DEBUG ( 127): d28 0000000000000000 d290000000000000000　　I/DEBUG ( 127): d30 0000000000000000 d310000000000000000　　I/DEBUG ( 127): scr 00000010　　I/DEBUG ( 127):　　I/DEBUG ( 127):backtrace:　　I/DEBUG ( 127): #00 pc0000045e /system/bin/testapp　　I/DEBUG ( 127): #01 pc0000046b /system/bin/testapp　　I/DEBUG ( 127): #02 pc0001271f /system/lib/libc.so (__libc_init+38)　　I/DEBUG ( 127): #03 pc00000400 /system/bin/testapp　　I/DEBUG ( 127):　　I/DEBUG ( 127):stack:　　I/DEBUG ( 127): beb4aaa8 000000c8　　I/DEBUG ( 127): beb4aaac 00000000　　I/DEBUG ( 127): beb4aab0 00000000　　I/DEBUG ( 127): beb4aab4 401cbee0 /system/bin/linker　　I/DEBUG ( 127): beb4aab8 00001000　　I/DEBUG ( 127): beb4aabc 4020191d /system/lib/libc.so (__libc_fini)　　I/DEBUG ( 127): beb4aac0 4020191d /system/lib/libc.so (__libc_fini)　　I/DEBUG ( 127): beb4aac4 40100eac /system/bin/testapp　　I/DEBUG ( 127): beb4aac8 00000000　　I/DEBUG ( 127): beb4aacc 400ff469 /system/bin/testapp　　I/DEBUG ( 127): beb4aad0 beb4ab24 [stack]　　I/DEBUG ( 127): beb4aad4 00000001　　I/DEBUG ( 127): beb4aad8 beb4ab2c [stack]　　I/DEBUG ( 127): beb4aadc 00000000　　I/DEBUG ( 127): beb4aae0 df0027ad　　I/DEBUG ( 127): beb4aae4 00000000　　I/DEBUG ( 127): #00 beb4aae8 00000000　　I/DEBUG ( 127): ........ ........　　I/DEBUG ( 127): #01 beb4aae8 00000000　　I/DEBUG ( 127): beb4aaec 401e9721 /system/lib/libc.so (__libc_init+40)　　I/DEBUG ( 127): #02 beb4aaf0 beb4ab08 [stack]　　I/DEBUG ( 127): beb4aaf4 00000000　　I/DEBUG ( 127): beb4aaf8 00000000　　I/DEBUG ( 127): beb4aafc 00000000　　I/DEBUG ( 127): beb4ab00 00000000　　I/DEBUG ( 127): beb4ab04 400ff404 /system/bin/testapp　　I/DEBUG ( 127):　　这个log就不那么容易懂了，但是还是能从中看出很多信息，让我们一起来学习如何分析这种log。首先看下面这行：　　pid: 2102, tid: 2102,name: testapp >>>./testapp <<<　　从这一行我们可以知道crash进程的pid和tid，前文我们已经提到过，Android调用gettid函数得到的实际是进程Id号，所以这里的pid和tid相同。知道进程号后我们可以往前翻翻log，看看该进程最后一次打印的log是什么，这样能缩小一点范围。　　接下来内容是进程名和启动参数。再接下来的一行比较重要了，它告诉了我们从系统角度看，出错的原因：　　signal 11 (SIGSEGV), code 1(SEGV_MAPERR), fault addr 00000000　　signal11是Linux定义的信号之一，含义是Invalidmemory reference，无效的内存引用。加上后面的“faultaddr 00000000”我们基本可以判定这是一个空指针导致的crash。当然这是笔者为了讲解而特地制造的一个Crash的例子，比较容易判断，大部分实际的例子可能就没有那么容易了。　　再接下来的log打印出了cpu的所有寄存器的信息和堆栈的信息，这里面最重要的是从堆栈中得到的backtrace信息：　　I/DEBUG ( 127):backtrace:　　I/DEBUG ( 127): #00 pc0000045e /system/bin/testapp　　I/DEBUG ( 127): #01 pc0000046b /system/bin/testapp　　I/DEBUG ( 127): #02 pc0001271f /system/lib/libc.so (__libc_init+38)　　I/DEBUG ( 127): #03 pc00000400 /system/bin/testapp　　因为实际的运行系统里没有符号信息，所以打印出的log里看不出文件名和行数。这就需要我们借助编译时留下的符号信息表来翻译了。Android提供了一个工具可以来做这种翻译工作：arm-eabi-addr2line，位于prebuilts/gcc/linux-x86/arm/arm-eabi-4.6/bin目录下。用法很简单：　　#./arm-eabi-addr2line -f -eout/target/product/hammerhead/symbols/system/bin/testapp0x0000045e　　参数-f表示打印函数名；参数-e表示带符号表的模块路径；最后是要转换的地址。这条命令在笔者的编译环境中得到的结果是：　　memcpy /home/rd/compile/android-4.4_r1.2/bionic/libc/include/string.h:108　　剩余三个地址翻译如下：　　main /home/rd/compile/android-4.4_r1.2/packages/apps/testapp/app_main.cpp:38　　out_vformat /home/rd/compile/android-4.4_r1.2/bionic/libc/bionic/libc_logging.cpp:361　　_start libgcc2.c:0　　利用这些信息我们很快就能定位问题了。不过这样手动一条一条的翻译比较麻烦，笔者使用的是从网上找到的一个脚本，可以一次翻译所有的行，有需要的读者可以在网上找一找。　　了解了如何分析普通的Log文件，下面让我们再看看如何分析ANR的Log文件。