近日在写一个简单的HTTP代码中遇到了诡异的EOFException,当读取ResponseCode的时候就抛出了EOF异常,感觉很诡异,下面进行问题还原,以及分析和解决过程.
问题
有问题的代码如下:
近日在写一个简单的HTTP代码中遇到了诡异的EOFException,当读取ResponseCode的时候就抛出了EOF异常,感觉很诡异,下面进行问题还原,以及分析和解决过程.
有问题的代码如下:
手机在现代生活中扮演重要角色,里面有大量的隐私和数据,手机银行,支付宝等都能操作个人的财产,所以手机的安全也越来越重要,一旦手机丢失,造成的不仅仅是一部手机的损失,还可能造成隐私的泄露,重要数据的丢失以及财产的损失。
2015年1月28日下班,晚上七点左右在挤公交车,可能上车时,手机(红米Note)被偷,由于平日里都是骑自行车上下班,只是偶尔遇到不好的天气才会坐公交,刚好那天是2015年的第一场雪,下了一天多没停,不方便骑车,所以就坐公交,正值下班时人又多又挤,估计是上车时被小偷钻了空子。
先是打了个电话,确认手机的状态,因为也有可能是忘在公司了。电话关机,可以确认被偷。然后马上采取安全补救措施:
Swift是水果平台新引进的一个开发语言,可以用它来取代Objective-C来开发Mac OS X以及iOS上面的应用程序。这门语言引入了大量的具有时代气息的新型编程语言特性,具有动态语言的简洁方便,是未来的发展方向。这是一门新的语言,今年六月才问世,所以如果今天开始学习Swift,三五年后,孤将是“有着五年经验的Swift砖家”了,错过了C,C++,Java,Python等,这回可以跟所有人站在同一起跑线上了。
对于Android应用开发来讲,比较头疼的,也是比较重要的一个工作就是要尽可能多的支持市场上的Android设备,由于Android的开放性,各种奇奇怪怪的设备都有,符合标准的,不符合标准的,行货,水货,山寨货鱼龙混杂,防不胜防。为了让我们的应用能够得到尽可能多的用户,我们就必须能让应用以超强的适应性,以能在混乱的手机里生存。而适配设备,GUI屏幕的适配又是重中之中,如果用户都无法正确的看到你的UI页面,那还用个毛线啊!
之前曾经写过一篇文章,介绍了一下子如何使用dimen资源来适配多屏幕,随着Android版本的演进,有些概念已经过时,需要重新整理一下。
其实对于多屏幕适配,一个核心的原则就是要对布局做好抽象的分离,把可变与不可变分开,把与屏幕相关的尺度dimen写在单独的dimen文件中,然后使用引用。如果不这样做,就会造成更多的代码重复。