草庐IT

苹果 macOS 平台发现加密劫持恶意软件,通过盗版 Final Cut Pro 应用进行分发

 2月24日消息,JamfThreatLabs 报告称在macOS平台发现了一种新的加密劫持恶意软件,通过盗版的FinalCutPro进行分发。该团队例行监控期间,收到了有关于XMRig的警报。XMRig是一种用于挖掘加密货币的命令行工具,其功能并不具备恶意性质,只是由于该工具的可定制、开源的特性,攻击者喜欢用它来发起攻击。该团队在盗版视频编辑软件FinalCutPro中发现了恶意版本的XMRig,一旦用户运行FinalCutPro,就会伪装为“mdworker_local”进程后台运行XMRig,劫持设备资源用于挖矿。XMRig使用InvisibleInternetProject(i2p)进

10.优化 - 内存优化之hprof文件处理

  在对hprof文件进行处理前,首先需要对hprof文件格式有所了解。Androiddump的hprof文件和java的有一点点不一样,它在javahprof文件的基础上增加了几项,但文件格式是一样。所以需要先介绍下java的hprof文件格式,再介绍怎么处理hprof文件hprof文件格式参考自javaopenjdk8hprof文件格式  在java中,hprof文件有2部分组成,一部分是hprofhead,一部分是hprofbody。其中head比较简单,由版本号,IDSize和时间组成。HPROF-HEAD.png  body的类型比较多,但是有规律,是由一系列的Record组成,由1

Service 出现ANR的原因

Android知识总结一、ANR出现原因Android系统中,ActivityManagerService(简称AMS)和WindowManagerService(简称WMS)会检测App的响应时间,如果App在特定时间无法相应屏幕触摸或键盘输入时间,或者特定事件没有处理完毕,就会出现ANR。1、以下四个条件都可以造成ANR发生:InputDispatchingTimeout:5秒内无法响应屏幕触摸事件或键盘输入事件BroadcastQueueTimeout:在执行前台广播(BroadcastReceiver)的onReceive()函数时10秒没有处理完成,后台为60秒。ServiceTim

10.优化 - 内存优化之hprof文件处理

  在对hprof文件进行处理前,首先需要对hprof文件格式有所了解。Androiddump的hprof文件和java的有一点点不一样,它在javahprof文件的基础上增加了几项,但文件格式是一样。所以需要先介绍下java的hprof文件格式,再介绍怎么处理hprof文件hprof文件格式参考自javaopenjdk8hprof文件格式  在java中,hprof文件有2部分组成,一部分是hprofhead,一部分是hprofbody。其中head比较简单,由版本号,IDSize和时间组成。HPROF-HEAD.png  body的类型比较多,但是有规律,是由一系列的Record组成,由1

Service 出现ANR的原因

Android知识总结一、ANR出现原因Android系统中,ActivityManagerService(简称AMS)和WindowManagerService(简称WMS)会检测App的响应时间,如果App在特定时间无法相应屏幕触摸或键盘输入时间,或者特定事件没有处理完毕,就会出现ANR。1、以下四个条件都可以造成ANR发生:InputDispatchingTimeout:5秒内无法响应屏幕触摸事件或键盘输入事件BroadcastQueueTimeout:在执行前台广播(BroadcastReceiver)的onReceive()函数时10秒没有处理完成,后台为60秒。ServiceTim

TransmittableThreadLocal通过javaAgent技术实现线程传递(并且支持ForkJoin)

感谢TTL作者在我上一篇文章评论,让我知道了通过官方文档去全面了解其使用方式及其支持的重要性。所以官方文档先贴出来~alibaba/transmittable-thread-local:?TransmittableThreadLocal(TTL),themissingJava™stdlib(simple&0-dependency)forframework/middleware,provideanenhancedInheritableThreadLocalthattransmitsvaluesbetweenthreadsevenusingthreadpoolingcomponents.(gith

TransmittableThreadLocal通过javaAgent技术实现线程传递(并且支持ForkJoin)

感谢TTL作者在我上一篇文章评论,让我知道了通过官方文档去全面了解其使用方式及其支持的重要性。所以官方文档先贴出来~alibaba/transmittable-thread-local:?TransmittableThreadLocal(TTL),themissingJava™stdlib(simple&0-dependency)forframework/middleware,provideanenhancedInheritableThreadLocalthattransmitsvaluesbetweenthreadsevenusingthreadpoolingcomponents.(gith

Android 窗口实现原理

一、基本概念1、窗口显示架构图多窗口的核心原理其实就是分栈和设置栈边界系统窗口.png2、Android的窗口分类Android应用程序窗口,这个是最常见的(拥有自己的WindowToken)譬如:Activity与DialogAndroid应用程序子窗口(必须依附到其他非子窗口才能存在,通常这个被依附的窗口类型Activity窗口)例如:PopupWindowAndroid系统窗口,其中我们最最常见的就是Toast窗口了3、StackId【Id:0】HomeStack,这个是Launcher所在的Stack。其实还有一些系统界面也运行在这个Stack上,例如近期任务【Id:1】FullScr

Android 窗口实现原理

一、基本概念1、窗口显示架构图多窗口的核心原理其实就是分栈和设置栈边界系统窗口.png2、Android的窗口分类Android应用程序窗口,这个是最常见的(拥有自己的WindowToken)譬如:Activity与DialogAndroid应用程序子窗口(必须依附到其他非子窗口才能存在,通常这个被依附的窗口类型Activity窗口)例如:PopupWindowAndroid系统窗口,其中我们最最常见的就是Toast窗口了3、StackId【Id:0】HomeStack,这个是Launcher所在的Stack。其实还有一些系统界面也运行在这个Stack上,例如近期任务【Id:1】FullScr

关于 mongodb:@DBRef(lazy = true) 与 Kotlin 数据类抛出 Cannot subclass final class 错误

@DBRef(lazy=true)withaKotlindataclassthrowingCannotsubclassfinalclasserror我将Kotlin与SpringBoot和SpringDataMongodb一起使用。我正在使用@Document注释的两个kotlin数据类之间创建多对多关系。为了防止发生无限循环,我在@DBRefs中添加了一个lazy=true。这就是问题发生的地方,我的理解是kotlin数据类是最终的,而spring数据映射器的工作方式是通过扩展它们来实现的?我在这里做假设。为了解决这个问题,我决定创建一个我的kotlin数据类扩展的接口。这解决了问题,但看起