dex

切换到需要放文件的目录 Python2 python -m SimpleHTTPServer 8000 Python3 python -m http.server 8000 文件上传： 原文： http://stackp.online.fr/?p=28 启动文件上传服务：python /usr/local/droopy -m "hi,uploads" curl文件上传：curl -F "upfile=@/Users/yugj/Documents/hell/test/classes.dex" http://localhost:8000 文件上传页面入口：http://localhost:8000/ 来源： oschina 链接： https://my.oschina.net/u/2408030/blog/2252476

I'm trying to create a dex of the huge jar of the kotlin commandline compiler , so I can develop (i.e. compile) kotlin on a phone (in termux ). But dx runs out of RAM and is "Killed". So, maybe divide into smaller dex s, and run as multidex? (also, close all other apps!) Divide into dex s : fully extract the jar to files; separate with parallel directory structures; then apply dx to create one dex per root. This worked, and I found dx could handle up to 13MB of classes, and I got the total 100MB of classes into 9 dex s. Specify multiple dex s to dalvikvm - just like multiple jars with regular

Android newbie here trying to use my favorite Java testing tools in Android. I am attempting to use Mockito 1.9.5 as outlined in the following blog post but cannot get the tests to run on my emulator (I currently do not have a physical device to test with either). Mockit-Android Tutorial: http://www.paulbutcher.com/2012/05/mockito-on-android-step-by-step/ I am able to execute all my normal Junit tests without issue however any of the tests I have leveraged Mockito for I receive the following: Can't open dex cache '/data/dalvik-cache/data@data@com.trendium.peg@cache@Generated-621101.jar@classes

1. Java基础 1.1 什么是乐观锁? 乐观锁 :假设每次去拿数据都认为别人不会修改,所以不会上锁.但是在更新的时候会判断一下此期间别人有没有去更新这个数据. 一般用在读比较多,写比较少的情况. 悲观锁 :假设每次都是最坏情况,每次去拿数据时别人都会修改,所以每次拿数据的时候都会上锁,这样别人想拿这个数据就会被阻塞直到它拿到锁. 多写少读时使用. 1.2 volatile关键字 保证可见性,不保证原子性 禁止指令重排序 不缓存,每次都是从主存中取 1.3 hashmap 原理,红黑树是什么? 1.7 数组+链表,链表过长时,会导致查询效率退化 1.8 数组+链表+红黑树,当链表长度大于8转为红黑树 HashMap 的默认初始大小为 16,初始化大小必须为 2 的幂,最大大小为 2 的 30 次方。数组中存储的链表节点 Entry 类实现于 Map.Entry 接口,它实现了对节点的通用操作。HashMap 的阈值默认为 “容量 * 0.75f”,当存储节点数量超过该值,则对 map 进行扩容处理。 线程不安全的容器,解决并发问题使用ConcurrentHashMap(高效)或者是Collections.synchronizedMap().Collections.synchronizedMap()其实就是每个方法加一个synchronize,其实和HashTable 差不多.

网络犯罪分子目前正在开发一种针对Android设备的新型恶意软件，它融合了银行木马、键盘记录器和移动勒索软件的功能。 根据来自ThreatFabric的安全研究人员称， 这个恶意软件名为MysteryBot ， 是一个正在开发中的新威胁。 MysteryBot 已连接到LokiBot ThreatFabric表示，MysteryBot似乎与知名度相当高的LokiBotAndroid银行木马有关。ThreatFabric的一位发言人通过电子邮件告诉BleepingComputer：根据我们对两种木马代码的分析，发现LokiBot和MysteryBot的创建者之间的确存在联系，这是有道理的，MysteryBot显然是基于LokiBot机器人代码开发的。 此外，根据该公司昨天发布的报告，MysteryBot恶意软件将数据发送到LokiBot的活动中，使用的是相同命令和控制（C＆C）服务器，清楚的表明了它们由同一个人或组织进行控制和开发。 LokiBot小组开发MysteryBot的原因尚不清楚，但可能与几个月前LokiBot源代码在线泄露有关。 一些网络犯罪团伙已经跳过了LokiBot的代码正在使用MysteryBot。而LokiBot的工作人员可能会试图想出一个新的恶意软件家族，他们可以在地下论坛上进行销售，就像他们对原始LokiBot所做的一样。 ThretFabric表示，

I have a very big Android project with a multiple, big, 3rd party jars (as Android Libraries). I believe I've hit a Dex's max number of method limitation (compiling via eclipse): [2012-11-18 02:28:45 - Find In Files] Dx processing classes.dex... [2012-11-18 02:28:48 - Dex Loader] Unable to execute dex: Cannot merge new index 66774 into a non-jumbo instruction! [2012-11-18 02:28:48 - Find In Files] Conversion to Dalvik format failed: Unable to execute dex: Cannot merge new index 66774 into a non-jumbo instruction! Taking advantage of SDK tools 21 (platform tools 16), I therefore, edited my main