ufeff空口说白话什么意思？有什么典故？英文翻译是什么？

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

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

Actions Speak Louder than WordsPeople celebrate Earth Day differently. In Picture 1, a man is trying to put up a banner on a lonely tree surrounded by stumps, but in vain, while Picture 2 shows a couple happily planting trees.The message conveyed here is clear: “Actions speak louder than words.” Our earth is suffering severe damage. Should we just pay lip service or take practical measures to protect it? The answer is definitely the latter. Immediate actions should be taken, like stopping cutting down trees, to better the environment.Actions are important in other fields, too. Instead of shouting empty slogans, it is more meaningful to donate books and sports goods to children in need. We should strictly and voluntarily follow traffic rules, stopping at the red light rather than complaining about traffic jams. Only when we match our words with actions can we make a difference in whatever we hope to accomplish.本文是一篇看图作文，给出题目、图画和内容要求，要求写一篇观点类的议论文，主要内容是要人们少说空话多做实事，行动比口号更实际，内容贴近学生生活，学生有话可写，而且学生对这类文体的作文比较熟悉，所以篇章结构对他们来说并不是问题。【写作要点】1.图画描述：第一幅图里有一颗树，周围都是树桩，一个人想在这颗树上挂上标语，但没法挂；第二幅图里一对夫妇正在植树。2.对文中两种做法的理我们的地球遭到破坏，我们应该行动起来保护地球，而不是在那儿空喊口号。3.两幅图的启示：多做实事少说空话，并举例说明。【亮点】本例文中心突出，要点齐全，结构清晰，用了许多高级词汇、句型结构和衔接手段，他们的运用既清楚地描述了要点，又做到了表达的多样性，使行文流畅。高级词汇：celebrate，in vain，convey，suffering severe damage，pay lip service，take practical measures，definitely，accomplish，strictly and voluntarily，make a difference，shouting empty slogans.句型结构：1. In Picture 1, a man is trying to put up a banner on a lonely tree surrounded by stumps, but in vain, while Picture 2 shows a couple happily planting trees.（状语从句）2. The message conveyed here is clear: “Actions speak louder than words.”（过去分词作定语）3. Should we just pay lip service or take practical measures to protect it?（一般疑问句）4. Immediate actions should be taken, like stopping cutting down trees, to better the environment.（被动语态）5. Instead of shouting empty slogans, it is more meaningful to donate books and sports goods to children in need.（It is adj. to do ---.）6. We should strictly and voluntarily follow traffic rules, stopping at the red light rather than complaining about traffic jams. (现在分词做伴随状语)7. Only when we match our words with actions can we make a difference in whatever we hope to accomplish.（倒装句）

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

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

　　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中的社区是由许多频道组成的，每个频道都有自己的话题和讨论。如果您只想看到自己的信息，可以选择只查看自己的私人消息。具体步骤如下：点击左侧导航栏中的个人资料图标。选择“隐私与安全性”选项卡。滚动到“私人消息”部分。选择“只允许来自好友的私人消息”选项。点击“保存更改”按钮。通过这个设置，您将只能收到来自您添加为好友的人的私人消息，并且您不会收到频道的通知和消息。

trouble maker金泫雅和张贤胜，hello hello李弘基，

　　首先，让我们看一看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文件。

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

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

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

首先，让我们看一看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文件。

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

ZMY～不离

相信你能成功！

一种方法是使用Zapier这个网站，它可以帮助你创建自动化的工作流程，比如当你在github上更新代码时，就会在discord上发送消息1。另一种方法是使用discord的官方github应用程序，它可以让你在discord上查看github的通知和活动2。还有一种方法是设置git和github的ssh key，这样就可以在gitbash上验证你的身份

广州塔在广州市海珠区。广州市，简称穗，别称羊城、花城。截至2021年，全市下辖11个区，总面积为7434.40平方千米常住人口为1887.06万人，城镇人口1626.36万人，城镇化率为86.46％，地区生产总值为28231.97亿元。广州地处我国南部、珠江下游、濒临南海，东连惠州市，西邻佛山市，北靠清远市及韶关市，南接东莞市和中山市，隔海与香港、澳门特别行政区相望。广州属南亚热带季风气候，气候温和，海洋性气候特征显著。广州塔位于广州市中心，城市新中轴线与珠江景观轴交汇处，与海心沙岛和广州市21世纪CBD区珠江新城隔江相望。广州塔北临40米宽的滨江路和滨江绿化步行带：南临40米宽的双塔路，东西两侧分别为30米宽的艺苑东、西路。地区介绍：广州市地处中国大陆南方，广东省的中南部，珠江三角洲的北缘，接近珠江流域下游入海口。其范围是东经112度57分至114度3分，北纬22度26分至23度56分，面积7434.4平方千米。东连惠州市博罗、龙门两县，西邻佛山市的三水、南海和顺德区，北靠清远市的市区和佛冈县及韶关市的新丰县。南接东莞市和中山市，与香港、澳门特别行政区隔海相望。广州市属于丘陵地带，地势东北高、西南低，背山面海，北部是森林集中的丘陵山区，最高峰为北部从化市与龙门县交界处的天堂顶，海拔为1210米。东北部为中低山地，有被称为市肺的白云山，中部是丘陵盆地，南部为沿海冲积平原，为珠江三角洲的组成部分。广州市地处珠江三角洲，濒临南海，海洋性气候特征显著，海洋和大陆对广州市气候都有明显的影响。以上内容参考：百度百科—广州

Miss Tang is my English teacher,she has two big eyes but her mouth is small. She has black and long hair,Besides,she is very thin. The most important is she looks young and beautiful.Miss Tang is kind to everything and she likes animals very much .Moreover , she also likes singing and dancing .Her English is good and she speaks very fluently.We often play games on her class,her lesson is very interesting . Miss Tang is friendly to all of us,we all like her very much.

with, ofCan youmake a model plane with a knife?（用小刀with）Yes, I can make it of wood.（用木头make...of）

先了解下几个概念 1.Window是顶级窗口外观和行为策略的抽象基类。 是被添加到WindowManager的顶级视图。 2.它提供了标准的 UI 策略，例如背景、标题区域、默认键处理等略。 3.目前仅有的实现类是PhoneWindow。 4.View(Activity、Toast、Dialog)需要依赖于Window 1.Window的管理者，或者说，Window中View的管理者，Window所需要展示的内容是由View来承载的 2.它的具体实现是WindowManagerImpl，用getSystemService(Context.WINDOW_SERVICE)来获取 3.继承ViewManager WindowManagerImpl在SystemServiceRegistry类中创建 通过getSystemService(Context.WINDOW_SERVICE)获取 1.系统服务，继承继承 IWindowManager.Stub，负责协调Window的层级、显示及事件派发等 2.WindowManager是本地端的管理者，负责与WindowManagerService进行交互，这是一个IPC过程 在SystemServer启动的时候，会创建WindowManagerService并注册到ServiceManager中： 1.WindowManagerImpl实际上是将工作委托给了WindowManagerGlobal来完成 2.WindowManagerGlobal中主要对View、ViewRootImpl以及LayoutParams进行管理 1.ViewRootImpl不是View，它是顶级View的管理者。 2.每一个ViewRootImpl 都对应着一个ViewTree ，通过它来完成View的绘制及显示过程。 3.Window与View通过ViewRootImpl建立起联系 启动Activity时，ActivityThread会处理以下几件事： 1.拿到Activity一些组件信息，然后通过Instrumentation反射创建Activity 2.调用Activity的attach来完成Window的创建等工作， 3.回调onCreate生命周期方法。 4.回调onResume 5.通过WindowManager.addView添加Window(具体看后面讲解) 1.完成PhoneWindow的创建 2.通过setContentView，在PhoneWindow中创建了DecorView（具体看后面） 1.创建DecorView 2.将View填充到mContentParent中 由ActivityThread -> handleResumeActivity 可知： 在onResume之后，将DecorView添加到WindowManage(WindowManagerGlobal) WindowManagerGlobal创建ViewRootImpl，并将DecorView设置到ViewRootImpl 通过IWindowSession于WindowManagerService交互，完成window的添加等操作 1.Window的添加是通过IWindowSession建立起与WMS的连接。 2.IWindowSession是一个Binder对象，其实现是Session，Session内部通过调用WMS的addWindow方法进行 Window的添加等操作，Window的状态保存到了WindowState中 3.当应用启动第一个activity的时候，会请求WMS服务建立Binder进程间通信服务，WMS创建一个类型为 Session的Binder对象，并将这个Binder对象返回给应用进程 Window的添加大致流程： -> WindowManager(WindowManagerImpl) -> WindowManagerGlobal>addView -> ViewRootImpl>setView>IWindowSession>addToDisplay -> (IPC)Session>addToDisplay -> WindowManagerService>addWindow 1.Activity启动时，由ActivityThread.handleLaunchActivity创建Activity，并执行Activity.attach方法, 然后回调onCreate 2.Activity.attach创建一个PhoneWindow 3.PhoneWindow创建DecorView，并将contentView添加到DecorView 4.ActivityThread.handleResumeActivity，回调onResume，然后获取window的DecorView添加到WM中 5.WM创建ViewRootImpl，并调用ViewRootImpl.setView将DecorView设置到ViewRootImpl中 6.ViewRootImpl调用requestLayout()方法来请求绘制布局 7.ViewRootImpl通过WMS获取Session的代理对象IWindowSession 8.IWindowSession将window的binder代理W添加到WMS中

discord手机验证码收不到可能是因为网络延迟。1、短信验证码无法收到，有可能是网络延迟或者是服务器通信延迟导致，还请耐心等待，读秒完成后选择重试。也可以联系提供服务的对应平台，请求重新发送验证码。2、如果是第三方短信应用无法收到验证码短信，为了保护支付安全和账号安全，系统提供了验证码短信的保护功能。该功能阻止第三方应用获取用户收到的验证码短信，建议您使用系统默认的短信应用。3、同时也可以自发自收一条短信，然后看能否正常接收。如果能接收成功，说明可能是验证码没有下发，请联系对应平台请求重新发送验证码。Discord软件介绍Discord，聊天软件，是一家游戏聊天应用与社区。Discord从游戏语音、IM工具服务起家，随后转向直播平台，进而开设游戏商店的社区平台，成为游戏玩家在游戏中沟通协作的首选工具。2015年5月，Discord公开发行，施特朗指出，当时他们推广Discord的唯一渠道便是Reddit社区。不久后发现许多Reddit子论坛更倾向于选择使用Discord服务器而不是IRC服务器，之后Discord逐渐通过ESports、LAN party和其他twitch等流媒体的推广而变得流行起来。以上内容参考：百度百科—Discord

区别在于不同的语境使用不同的单词,产生不同的意思. 比如： 时间很紧迫（赶车、赶飞机）就只能用 You can make it!事实上话说得轻松,成不成不晓得. 要鼓励一个人努力（取得成功）习惯上用 You can do it!表示你有这个“能力”. 跑马拉松,离终点还有一段路,do 或 make 不分轩轾都能表达同样的加油打气.

首先，让我们看一看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文件。

广州塔又称广州新电视塔，位于广州市海珠区（艺洲岛）赤岗塔附近，距离珠江南岸125米，与珠江新城、花城广场、海心沙岛隔江相望。广州塔位于广州市中心，城市新中轴线与珠江景观轴交汇处，与海心沙岛和广州市21世纪CBD区珠江新城隔江相望。广州塔北临40米宽的滨江路和滨江绿化步行带；南临40米宽的双塔路，东西两侧分别为30米宽的艺苑东、西路。场地西侧地下有地铁三号线及珠江新城区域轨道交通南北向贯穿，中南部地下有地铁六号线延长线东西向贯穿，场地西南角与赤岗塔毗邻。广州塔塔身168米_334.4米处设有“蜘蛛侠栈道”，是世界最高最长的空中漫步云梯 。塔身422.8米处设有旋转餐厅，是世界最高的旋转餐厅 。塔身顶部450~454米处设有摩天轮，也是世界最高摩天轮 。天线桅杆455米~485米处设有“极速云霄”速降游乐项目，是世界最高的垂直速降游乐项目。天线桅杆488米处设有户外摄影观景平台，是世界最高的户外观景平台，超越了迪拜哈利法塔的442米室外观景平台，以及加拿大国家电视塔447米的“天空之盖”的高度 。扩展资料中文名为“广州塔”。世界大多数电视塔均以地名命名，广州电视塔也需要使用地名命名，因为有海外调查资料显示在纯粹的老外中，对中国城市的了解主要是北京和上海，对广州比较陌生，时常不知广州在中国何处。因此，广州电视塔的命名不仅是命名的问题，应该承载向全世界传播“广州”概念的要素。英文名为“Canton Tower”。英文名不用“Guangzhou Tower”是因为“Guangzhou”这个名称在西文语境中比较陌生，发音也比较别扭。更为重要的是，在中国对外开放通商历史中，作为海上丝绸之路的起源和起点，广州被世人所认识的英文名称一直是“Canton”。“Canton”既指广州，也指广东，广东话、广州人、广东人在英文中都是“Cantonese”。参考资料来源：百度百科-广州塔

男生穿牛仔裤的话，主要看腿型，如果男生的腿型比较细的话，穿牛仔裤是好看的，如果男生的大腿比较粗，穿牛仔裤了，真不适合。男生穿出来牛仔裤要有一种扁的感觉，而且呢裤腿要松松垮垮的，这样感觉呢。才会显得特别清爽。