新博客：https://blog.bigdataboy.cn/article/441.htmlIoc/Ioc容器/DI需要解决的问题：解耦，不手动new对象，而是容器提供对象。使用new对象会产生高耦合，在改动代码后，必须重新编译、打包、部署Ioc(控制反转)使用对象时，有主动new产生对象转变成外部提供对象。Ioc容器外部提供对象的容器就叫Ioc容器，对象将由Ioc容器管理对象，能够管理对象的创建、初始化等一系列事情，创建后的对象被称为BeanDI(依赖注入)在容器中建立Bean与Bean之间的依赖关系，这个过程叫做依赖注入例子解决疑问：怎么实现的不用new：容器管理容器怎么知道管理什么对象：使用spring规定的xml配置文件DI怎么实现的依赖注入：配置项关联例子使用5.2.10.RELEASE版本<dependencies><dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.2.10.RELEASE</version></dependency></dependencies>创建spring配置（需要加载maven依赖后，才会有这个选项）在spring配置配置文件中添加beanid:Bean的唯一标识name:Bean的别名，多个由空格逗号分割class:后面是需要容器管理对象的路径<?xmlversion="1.0"encoding="UTF-8"?><beansxmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans.xsd"><!--管理对象--><beanid="nameDao"class="cn.bigdataboy.dao.impl.NameDaoImpl"/></beans>使用，不用new体现在，使用nameDao对象不是new出来的packagecn.bigdataboy;importcn.bigdataboy.dao.NameDao;importorg.springframework.context.ApplicationContext;importorg.springframework.context.support.ClassPathXmlApplicationContext;publicclassApp1{publicstaticvoidmain(String[]args){//传入配置文件路径不会这么使用，仅举例ApplicationContextcontext=newClassPathXmlApplicationContext("applicationContext.xml");//从容器获取对象NameDaonameDao=(NameDao)context.getBean("nameDao");nameDao.getName();}}业务层的处理需要依赖数据层的对象，需要使用DI处理它们的依赖配置添加属性标签并建立关联<!--管理对象--><beanid="nameDao"class="cn.bigdataboy.dao.impl.NameDaoImpl"/><beanid="NameService"class="cn.bigdataboy.service.impl.NameServiceImpl"><!--配置NameService类中依赖的beanname是NameServiceImpl类中的变量名，ref才是bean的id关联--><propertyname="nameDao"ref="nameDao"></property></bean>业务层的类也需要开启一个接口方法，方便容器进行设置publicclassNameServiceImplimplementsNameService{/***原来业务层需要new数据层进行操作*privateNameDaonameDao=newNameDaoImpl();*/privateNameDaonameDao;publicvoidsave(){System.out.println("nameservicesave...");nameDao.getName();}//相对于开个接口给容器，好能能进行设置publicvoidsetNameDao(NameDaonameDao){this.nameDao=nameDao;}}[]()相关代码：https://pan.bigdataboy.cn/s/bDrs0
声明文章仅供学习逆向，请勿做盈利非法等用途，侵权等联系删除！新版博客地址：https://blog.bigdataboy.cn/article/440.html目标本地调试搭建过程就不写了，既然都到某数了，这不是难点主要分析Cookie生成过程和某些检测点定位Cookie_$l8是关注对象，_$l8是上个堆栈传入_$$i生成所以Cookie其实3部分组成，最后一部分是_$Bl87位数组和_$Tl32位数组组成_$Bl生成_$Bl是77位数组+4位数组得来，4位数组是一个数字得来这个数字又是怎么得来，77位数组拼接数字_$pt_$pt来自于_$l2._$Ja调试过程中又是固定的，所以先不管_$Tl生成，是897控制流生成77位数组通过上面调试，发现77位数组很扎眼发现77为数组其实是16位数组扁平化得来，出现关键的16位数组16位数组善于使用，输出的控制流数字这16位数组有着大量的环境检查，非常的关键，这些处理好，就能生成可以访问首页的Cookie了，也算是体验一下某数5代了第0位第1位第2位第3位第4位第5位第6位第7位第8位第9位第10位第11位第12位补上12位第13位第14位第15位一些检测只列举了某些检测，要截取完，太多了检测了堆栈检测node环境navigator.getBattery().then异步执行自动化的检测webdriver检测，获取的地方还有点不一样不知这些检测什么的
前言好久没有写博客了，还没期末考试，就思索一个完整一点的环境框架了，期末考试一完，就开始着手写了逆向扣代码是一门技术，但是只要代码一改就得重新扣，太费头发了，虽然也有现成的Jsdom，但是对于爬虫来说，Jsdom太大，监测点也很多，修改指纹也不方便，显然是不适用的，所以定制化一个环境框架就显得很重要。验证某数美的代码对于扣代码来说是不难的，轨迹检测得很松，分析过的朋友都知道，所以它的难点就在于动态，有13个动态的参数名称与密钥。现在有三种处理方式：通过ast的方式获得：某美动态参数对抗思路通过正则的方式获得：数美滑块的加密及轨迹~~动态js参数分析监控js版本是否发生变化，如果发生变化，手动替换变量名与密钥现在有第四种，直接加载在线Js触发事件，只要它的检测点，在我环境框架内，都不怕它的动态，这种方式也有缺点，需要模拟滑动的时间，所以没有扣代码的方式快。框架的我再写写，看情况分享思路，细节有点多，需要尽量做到不动源代码，就能执行成功