Java培训Java与自学Java的差距
培训Java与自学Java的差距
我以前也是自学Java，在一家公司跟着别人学，以前是别人眼中的菜鸟，现 在是别人眼中的大神，Java很简单的，贵在坚持和多练，没必要花那培训钱。如果真的要去学的话，
选择Java培训机构要注意这两点基本上就能避免一些坑：
1. 老师没有正经公司工作经历，或者没有已经在线上正常运转的产品。一 些所谓培训班的老师水平往往比较一般，甚至还有培训出来后又接着培训别人的。
2、是不是会承诺帮你找到工作，要找到好的工作，不是靠别人给你保证的 ，还是要靠自己提升能力。
建议多自己学习加上找些好的代码主动学习。例如github，多练习网上很多 网站里真正好的代码。作为Java工程师，可以多看看spring文档，看看很多已经成熟的框架，深入去体会。另外，学软件等等**好还是自己多学，找点 视频教程之类，也省点钱。
java工程师课程
课程大纲
| 一阶段 | 二阶段 | 三阶段 |
|---|---|---|
|
|
|
Android-Lint工具使用
>
Android-Lint是SDK Tools 16 (ADT 16)之后才引入的工具，**代码检查，可发现潜在的问题，并能对Android程序进行优化处理。在AndroidStudio中已经集成了该工具，下面直接演示使用方法。
如图，在顶部菜单栏找到Analyze选项，在弹框中选中Inspect Code,或者对项目根双击弹出菜单弹框（windows下右键项目根目录），找到Analyze选项再选中Inspect Code选项，可以见到下图对话框
选中whole PRoject，然后直接选择OK按钮，你会见到以下进度条
静静地等待，等待时间由你的项目大小和你的机器性能有关，检查完毕后会弹出Inspection的控制台
如图所示，看着你可能会一脸懵逼了(点击每一项进去还有一大堆子项，你可能会直接晕菜)，不过不用急，下面来简单解释以下以Android->Lint开头中一些重的子项的意义，我的初衷是清理无用资源，我用粗体标记了哪些是对此次任务有重要意义的子项。
Correctness 1) DuplicatedIds Layout中id应该唯一 2) NewApi 代码中使用的某些API高于Manifest中的Min SDK 3) InconsistentArrays 字符串国际化中，同一名字的的String-Array对应的item值不相同 4) Registered Activity/Service/ContentProvider没有**AndroidManifest注册 5) Deprecated 使用已经废弃的API 6) PxUsage 避免使用px，使用dpCorrectness:Messeges 1) MissingTranslation 字符串国际化不完全 2) ExtraTranslation 国际化的字符串，在默认位置(defaultlocale)，没有定义Security 1) SetjavaScriptEnabled 不确定你的程序中确实需要Javascript就不要执行SetJavaScriptEnabled。 2)ExportedContentProvider/ExportedReceiver/ExportedService/ExportedActivity ContentProvider/Receiver/Service/Activity的exported为true时，设置一个Permission，让使用者获取了Permission才能使用。 3) HardcodedDebugMode 不要在manifest中设置android:debuggable。 设置它，编译的任何版本都要采用指定的debug模式。不设置，编译Eng版本采用debug模式；编译User版本采用release模式。 4. Performance 1) DrawAllocation 避免在绘制或者解析布局(draw/layout)时分配对象。E.g.,Ondraw()中实例化Paint对象。 2) ObsoleteLayoutParam Layout中无用的参数。 3) UseCompoundDrawables 可优化的布局：如包含一个Imageview和一个TextView的线性布局，可被采用CompoundDrawable的TextView代替。 4) UseSparseArrays 尽量用Android的SparseArray代替Hashmap 5) DisableBaselineAlignment 如果LinearLayout被用于嵌套的layout空间计算，它的android:baselineAligned属性应该设置成false，以加速layout计算。 6) FloatMath 使用FloatMath代替Math。 7) NestedWeights 避免嵌套weight，那将拖累执行效率 8) UnusedResources/UnusedIds 未被使用的资源会是程序变大，并且编译速度降低。 ** 9) Overdraw 如果为RootView指定一个背景Drawable，会先用Theme的背景绘制一遍，然后才用指定的背景，这就是所谓的“Overdraw”。 可以设置theme的background为null来避免。 10) UselessLeaf/UselessParent View或view的父亲没有用 11）Handler Reference leaks handler可能导致的内存泄漏Usability:Typography 1) TypographyDashes 特殊字符需用编码代替：“–”需要用“–”；“—”需要用“—” 2) TypographyEllipsis 特殊字符需用编码代替：“…”需要用“…” 3) TypographyOther 问题：“(c)”需要用“?”Usability:Icons 1) IconNoDpi Icon在nodpi和指定dpi的目录下都出现。 2) GifUsage Image不要用GIF，**好用PNG，可以用JPG。Usability 1) BackButton Android中不要设计有Back的按钮，Android中一般有Back的硬按键。 2) ButtonCase Button的“Ok”/“Cancel”显示大小写一定，不要全大写或全小写。有标准的资源的字符串，不要自己再定义，而要用系统定义的：@android:string/ok和@android:string/cancelaccessibility 1) ContentDescription ImageView和ImageButton应该提供contentDescriptionInternationalization 1) HardcodeText 硬编码的字符串应该在资源里定义 2) EnforceUTF8 所有xml资源文件都应该以UTF-8编码UnusedResources 是我此次代码检查的目的，检测显示我的项目中有1000多item是未被使用的，选中其中一个xml文件
发现有个Remove All Unused Resources的选项，大喜过望，感觉这项工作so easy，马上点击，运行完毕，clean一下，卧槽，报错，为什么。。。
检查报错代码，发现是内部的安全键盘sdk找不到指定id，真是神奇了，不是说好的无用资源吗？为什么会报错。突然发现，安全键盘对资源文件的调用采用了反射的模式去调用，因为需要它作为一个sdk打包成了jar包，jar包中只包含了它的src中的代码文件，资源文件也没有打包，认识直接放到宿主项目的相应文件夹下，使用的时候采用反射的模式进行调用。此时恍然大悟，lint工具会将没有被直接引用的东西都标记成了无用的。这应该也算是它的一个坑吧。想过先全部清理，然后在把sdk的资源文件放回原位，但是检查发现还有好几个早期的内部sdk采用了将资源文件直接放到宿主项目的相应文件夹的做法，难度较大，而且这种隐蔽的东西很难控制，**后只能一个个去删除，但也只是删除了一部分，做不到彻底删除。不过lint工具还是提供了很好的参考。**后将原本将近5M的资源文件删至3.5M左右，再清理掉一些无用的jar包和so库，左右将apk的体积压缩了大概8M左右。
上面还有一个值得注意的地方就是 Handler Reference leaks， 即是 handler可能导致的内存泄漏。 可能是项目早期缺乏考虑，加上很多代码是外包人员编写，或许是责任心不够强，项目中使用的handler大部分是内部类，当使用内部类（包括匿名类）来创建Handler的时候，Handler对象会隐式地持有一个外部类对象（通常是一个Activity）的引用（不然你怎么可能**Handler来操作Activity中的View？）。而Handler通常会伴随着一个耗时的后台线程（例如从网络拉取图片）一起出现，这个后台线程在任务执行完毕（例如图片**完毕）之后，**消息机制通知Handler，然后Handler把图片更新到界面。然而，如果用户在网络请求过程中关闭了Activity，正常情况下，Activity不再被使用，它就有可能在GC检查时被回收掉，但由于这时线程尚未执行完，而该线程持有Handler的引用（不然它怎么发消息给Handler？），这个Handler又持有Activity的引用，就导致该Activity无法被回收（即内存泄露），直到网络请求结束（例如图片**完毕）。另外，如果你执行了Handler的postDelayed()方法，该方法会将你的Handler装入一个Message，并把这条Message推到MessageQueue中，那么在你设定的delay到达之前，会有一条MessageQueue -> Message -> Handler -> Activity的链，导致你的Activity被持有引用而无法被回收。这个问题也是较常见的可能导致内存泄漏的问题，解决方法一般是**弱引用持有对Activity的引用，具体的实现方式自行百度或者google吧。**后顺手点个赞，再顺便扫扫码关注我的公众号（原谅我的不知足。。。），所有文章都会在公众号发布。
?
来自：http://www.jianshu.com/p/010f895fe2cc
相关推荐：
Copyright © 2006-2018 kaoshi.china.com
首页
找课程
找学校
考试资讯
常见问题
