顾名思义，它是一个用来编辑字节码的简单的小工具，使用场景：*某些全局控制开关（可能是一个Boolean类型的全局变量），由于没有配置在配置文件，但是急需修改其开关状态；
*由于没有对某段代码进行trycatch，导致运行时异常，程序假死/退出，需要马上捕获异常；
*方法内某段代码逻辑有问题，需要修改；
*急需打印某些对象；
*急需监控某方法/代码的执行时间*其他……

1. 简介FindBugs是一个静态分析工具，它检查类或者JAR文件，将字节码与一组缺陷模式进行对比以发现可能的问题。
有了静态分析工具，就可以在不实际运行程序的情况对软件进行分析。
不是通过分析类文件的形式或结构来确定程序的意图，而是通常使用Visitor模式。
2. 使用时机 开发阶段　　当Developer完成了某一部分功能模块开发的时候(这通常是指代码撰写完成，并已debug通过之后)，可藉由FindBugs对该模块涉及的java文件进行一次扫描，以发现一些不易察觉的bug或是效能问题。
交付新版的时候，开发团队可以跑一下FindBugs，除掉一些隐藏的Bug。
FindBugs得出的报告可以作为该版本的一个参考文档一并交付给测试团队留档待查。
　　在开发阶段使用FindBugs，一方面开发人员可以对新版的品质更有信心，另一方面，测试人员藉此可以把更多的精力放在业务逻辑的确认上面，而不是花大量精力去进一些要在特殊状况下才可能出现的BUG(典型的如NullPointerDereference)。
从而可以提高测试的效率。
 维护阶段这里指的是系统已经上线，却发现因为代码中的某一个bug导致系统崩溃。
在除掉这个已暴露的bug之后，为了快速的找出类似的但还未暴露的bug，可以使用FindBugs对该版的代码进行扫描。
当然，在维护阶段使用FindBugs往往是无奈之举，且时间紧迫。
此外，如果本来在新版交付的时候就使用过FindBugs的话，往往意味着这种bug是FindBugs还无法检测出的。
这也是FindBugs局限的地方。
FindBugs不能发现非java的Bug。
对于非java撰写的代码，如javascript，SQL等等，要找出其中可能的bug，FindBugs是无能为力的。
当然，javascript中的bug似乎还不至于使系统崩溃，而SQL中的bug往往又跟业务逻辑相关，只要测试仔细一些应该是可以发现的。
FindBugs不过是一个工具。
作为开发人员，当然首先要在编程的时候努力避免引入bug，而不要依赖于某个工具来为自己把关。
不过由于代码的复杂性，一些隐藏的bug确实很难靠咱们的肉眼发现。
这时，应用一些好的工具或许就可以帮你发现这样的bug。
这便是FingBug存在的价值。

Android中修改运行时内存Dalvik字节码

本系列丛书共分2卷，本书为第1卷，是一本以情景方式对android的源代码进行深入分析的书，内容广泛，主要从dalvik虚拟机整体结构、获取和编译dalvik虚拟机的源码、源码分析辅助工具使用、.dex文件及dalvik字节码格式解析、dalvik虚拟机下的系统工具介绍及dalvik虚拟机执行流程简述等方面进行阐述，帮助读者从宏观上了解dalvik虚拟机的架构设计，为有兴趣阅读dalvik虚拟机源码的读者提供必要的入门指导。
第1卷共6章:第1章为准备工作，在这一章中主要介绍了dalvik虚拟机的功用、分析dalvik源码所用到的主要方法以及如何搭建dalvik源码分析环境;第2章为源码分析辅助工具介绍，包括vim、doxygen、gdbserver等;第3章为dex文件以及dalvik字节码格式分析;第4章为系统工具介绍，在这一章中主要介绍了dalvik虚拟机的一些重要系统工具，通过对系统工具的介绍，让读者对虚拟机内部的实现机制更加清晰;第5章为dalvik虚拟机执行流程简述，通过这一章的介绍，旨在让读者对dalvik虚拟机的整体功能架构有一个宏观的认识，为后续进一步掌握各个功能模块的原理功能做好相应的知识铺垫；
第6章为调试支撑模块，在这一章中主要介绍了调试支撑模块的基本原理。
通过阅读本书，让读者了解dalvik虚拟机在android应用程序运行过程中所扮演的重要角色及其不可替代的价值；
同时对android应用程序的执行过程有更加细致的了解，可以帮助读者优化自己编写的应用程序，更加合理地设计应用程序结构，有效提高应用程序的运行速度。

ProGuard是一个免费的Java类文件的压缩，优化，混肴器。
它删除没有用的类，字段，方法与属性。
使字节码最大程度地优化，使用简短且无意义的名字来重命名类、字段和方法

贪吃蛇俄罗斯方块扫雷双缓冲绘图java2dGraphics2D绘图包含源代码、编译字节码、jar打包可直接运行（需要java虚拟机）

Java程序员把全部精力用在优化处理效率上，而对I/O关注不足，在某种程度上讲这并非他们的错。
在Java的早期，JVM在解释字节码时往往很少或没有运行时优化。
这就意味着，Java程序往往拖得很长，其运行速率大大低于本地编译代码，因而对操作系统I/O子系统的要求并不太高。
如今在运行时优化方面，JVM已然前进了一大步。
现在JVM运行字节码的速率已经接近本地编译代码，借助动态运行时优化，其表现甚至还有所超越。
这就意味着，多数Java应用程序已不再受CPU的束缚（把大量时间用在执行代码上），而更多时候是受I/O的束缚（等待数据传输）。

《WindowsPE权威指南》[1]内容全面，详尽地剖析了WindowsPE文件格式的原理及其编程技术，涉及安全领域的各个方面和Windows系统的进程管理和底层机制：实战性强，以案例驱动的方式讲解了WindowsPE文件格式在加密与解密、软件汉化、逆向工程、反病毒等安全领域的应用，不仅每个知识点都配有小案例，而且还有多个完整的商业案例。
全书共分为三大部分：第一部分简单介绍了学习《WindowsPE权威指南》需要搭建的工作环境和必须具备的工具，深入分析了。
PE文件头、导入表、导出表、重定位表、资源表、延迟导入表、线程局部存储、加载配置信息等核心技术的概念、原理及其编程方法，有针对性地讲解了程序设计中的重定位、程序堆栈、动态加载等；
第二部分讨论了PE头部的变形技术及静态附加补丁的技术，其中静态附加补丁技术重点讲解了如何在空闲空间、间隙、新节、最后一节四种情况下打补丁和进行编码的方法；
第三部分精心编写了多个大型而完整的PE应用案例，以PE补丁作为重要手段，通过对目标PE文件实施不同的补丁内容来实现不同的应用，详细展示了EXE捆绑器、软件安装自动化、EXE加锁器、EXE加密、PE病毒提示器以及PE解毒的实现过程和方法。
《WindowsPE权威指南》不仅适合想深入理解Windows系统进程管理和运作机制的读者，而且还适合从事加密与解密、软件汉化、逆向工程、反病毒工作的安全工作者。
此外，它还适合想全面了解WindowsPE文件结构和对程序字节码感兴趣的读者。

JByteMod-(Java字节码编辑器)工具，强大而轻松地修改JAR文件的工具，环境变量中配置了jdk后，java-jarJByteMod-1.9.0.jar

可以将jar文件的class字节码反编译为源码，这样就可以查看源码了,绿色软件无需安装。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。