移动web开发

挪动利用的证书指纹是在SSL/TLS（安全套接层/传输层平安）协定下用于验证数字证书有效性的一种形式。在挪动利用开发中，证书指纹用于确保利用与服务器之间的通信是平安且受信赖的。它是一个加密哈希值，用于标识数字证书的公钥。通过比拟利用中存储的证书指纹与服务器返回的证书指纹，开发者能够验证服务器的身份，从而缩小中间人攻打和歹意劫持的危险。 为了更好地了解证书指纹的概念，让咱们通过一个具体的例子来阐明： 假如你是一名挪动利用开发人员，正在为一个银行创立一款挪动银行利用。该利用须要与银行的服务器进行平安通信，以便用户能够查看账户余额、转账等操作。在这种状况下，你须要应用SSL/TLS来确保通信的机密性和完整性。 以下是创立挪动利用证书指纹的步骤： 从服务器获取数字证书：银行会向你提供一个数字证书，其中蕴含银行的公钥和其余身份信息。该证书由受权的证书颁发机构（CA）签发，以确保其可信度。提取证书指纹：你从数字证书中提取公钥并计算其SHA-256哈希值，生成证书指纹。这个指纹就是一个64个字符的十六进制字符串，它惟一地标识了这个证书。在利用中嵌入证书指纹：将生成的证书指纹嵌入到挪动利用的源代码或配置文件中。这样，利用就能够将此指纹与从服务器接管到的证书进行比拟。与服务器进行通信：当用户关上利用并尝试与银行服务器通信时，利用会向服务器发送申请。服务器会返回数字证书，其中蕴含其公钥和其余信息。验证证书指纹：利用会提取服务器返回的数字证书中的公钥，并计算其SHA-256哈希值，失去服务器的证书指纹。而后，利用会将此指纹与事后嵌入的证书指纹进行比拟。比拟指纹：如果两个证书指纹匹配，意味着服务器的身份失去验证，通信是平安的。如果指纹不匹配，利用会正告用户可能存在平安危险，因为服务器的身份可能受到了假装。综上所述，证书指纹在挪动利用开发中扮演着重要的角色，确保利用与服务器之间的通信是平安可信的。它避免了中间人攻打和歹意劫持，确保用户的敏感信息不会被未经受权的人获取。 总结：挪动利用的证书指纹是通过计算数字证书公钥的SHA-256哈希值得到的加密字符串，用于验证服务器的身份，确保通信安全。开发人员将证书指纹嵌入利用中，并在通信时比拟服务器返回的证书指纹，以确保身份验证。这是保障挪动利用安全性的重要措施之一。

download：挪动互联网高级开发正式课VIP课程-码牛第二期Java高性能序列化工具Kryo序列化概述Kryo 是一个疾速序列化/反序列化工具，依赖于字节码生成机制（底层使用了 ASM 库)，因此在序列化速度上有肯定的劣势，但正因如此，其使用也只能限度在基于 JVM 的语言上。和 Hessian 类似，Kryo 序列化出的后果，是其自定义的、独有的一种格局。因为其序列化出的后果是二进制的，也即 byte[]，因此像 Redis 这样可能存储二进制数据的存储引擎是可能间接将 Kryo 序列化进去的数据存进去。当然你也可能抉择转换成 String 的形式存储在其余存储引擎中（性能有损耗）。基础用法介绍了这么多，接下来咱们就来看看 Kryo 的基础用法吧。其实对于序列化框架来说，API 基本都差不多，毕竟入参和出参通常都是必定的（需要序列化的对象/序列化的后果）。在使用 Kryo 之前，咱们需要引入相应的依赖。 com.esotericsoftware kryo 5.2.0复制代码基本使用如下所示import com.esotericsoftware.kryo.Kryo;import com.esotericsoftware.kryo.io.Input;import com.esotericsoftware.kryo.io.Output;import java.io.*; public class HelloKryo { static public void main(String[] args) throws Exception { Kryo kryo = new Kryo(); kryo.register(SomeClass.class); SomeClass object = new SomeClass(); object.value = "Hello Kryo!"; Output output = new Output(new FileOutputStream("file.bin")); kryo.writeObject(output, object); output.close(); Input input = new Input(new FileInputStream("file.bin")); SomeClass object2 = kryo.readObject(input, SomeClass.class); input.close(); System.out.println(object2.value);} ...

download：挪动互联网高级开发正式课VIP课程-码牛第二期一个Java注解@Recover搞定俊俏的循环重试代码 使用背景在实际我的项目中其中一部分逻辑可能会因为调用了内部服务或者等待锁等情况下出现不可预料的异样，在这个时候咱们可能需要对调用这部分逻辑进行重试，代码外面次要就是使用for循环写一大坨重试的逻辑，各种硬编码，各种辣眼睛的补丁。 特地是针对重试的逻辑，到处都有。所以我决定用一个重试组件spring-retry优化一波。它的出现，解决掉这部分俊俏的代码！ 2开始上代码首先引入依赖： org.springframework.retryspring-retry1.3.2复制代码因为该组件是依赖于 AOP 给你的，所以还需要引入这个依赖（如果你其余 jar 包中引用过了，当然也就不需要再次引用了）： org.springframework.bootspring-boot-starter-aop2.6.1复制代码开启重试：@SpringBootApplication@EnableRetrypublic class ApplicationStarter { public static void main(String[] args) { SpringApplication.run(ApplicationStarter.class); }}复制代码Controller层@RestControllerpublic class TestController {@Autowiredprivate IRecursiveCallService recursiveCallService; @GetMapping("test2")public Object test2() { return recursiveCallService.testService();}}复制代码Service层public interface IRecursiveCallService { /** * 测试service * * @return */List testService();}复制代码Service层具体实现@Servicepublic class RecursiveCallServiceImpl implements IRecursiveCallService { @Override@Retryable(recover = "testService3")public List testService() { System.out.println("到此一游！"); System.out.println(1 / 0); return null;}@Recoverpublic List testService1() { System.out.println("谬误的返回"); return Collections.singletonList("S");}@Recoverpublic List testService2(String i) { System.out.println("正确的返回"); return Collections.singletonList(1);}@Recoverpublic List testService3() { System.out.println("正确的返回2"); return Collections.singletonList(2);}} ...

挪动互联网高级开发正式课VIP课程-码牛第二期获取资源：网盘链接Python 开发者可能都据说过鸭子类型和猴子补丁这两个词，即使没听过，也大概率写过相干的代码，只不过并不了解其背地的技术要点是这两个词而已。 我最近在面试候选人的时候，也会问这两个概念，很多人答的也并不是很好。然而当我向他们解释完之后，广泛都会恍然大悟：“哦，是这个啊，我用过”。 所以，我决定来写一篇文章，讨论一下这两个技术。 鸭子类型引用维基百科中的一段解释： 鸭子类型（duck typing）在程序设计中是动静类型的一种风格。在这种风格中，一个对象无效的语义，不是由继承自特定的类或实现特定的接口，而是由"以后方法和属性的会合"决定。 更通俗一点的说： 当看到一只鸟走起来像鸭子、游泳起来像鸭子、叫起来也像鸭子，那么这只鸟就可能被称为鸭子。 也就是说，在鸭子类型中，关注点在于对象的行为，能作什么；而不是关注对象所属的类型。 咱们看一个例子，更形象地展示一下： 这是一个鸭子（Duck）类class Duck: def eat(self): print("A duck is eating...")def walk(self): print("A duck is walking...")这是一个狗（Dog）类class Dog: def eat(self): print("A dog is eating...")def walk(self): print("A dog is walking...")def animal(obj): obj.eat()obj.walk()if name == '__main__': animal(Duck())animal(Dog())复制代码程序输入： A duck is eating...A duck is walking...A dog is eating...A dog is walking...复制代码Python 是一门动静语言，没有严格的类型查看。只需 Duck 和 Dog 别离实现了 eat 和 walk 方法就可能间接调用。 再比如 list.extend() 方法，除了 list 之外，dict 和 tuple 也可能调用，只需它是可迭代的就都可能调用。 ...

挪动互联网高级开发正式课VIP课程-码牛第二期链接：https://pan.baidu.com/s/1DGD8... 提取码：sm0f --来自百度网盘超级会员V4的分享Java 8之后的那些新个性（一）：局部变量var 在IDEA中2021年的一个考察中，程序员中使用Java的版本中，Java 8仍是支流。新的长期反对版Java 11，Java 17并未有Java 8流行。 我并不认为肯定得使用新版的Java，但咱们也要意识到Java 8是在2014年公布的，距今已经是8年之久了。而在这8年中，类似Kotlin，Swift，TypeScript语言都在不断的更新优化自己的语言个性。 这使得Java 8相比起来，在让代码更简洁斯文上越来越有所差距。好在，Java并未停止它前进的步调，从Java 8之后的许多个版本，在借鉴参考其它语言优良的个性的基础之上，Java发展出了新的能让代码更简洁的语法个性。 变量与常量在申明变量这个事件上，大家所熟知的Java变量申明形式是： //变量EntityRepository entityRepository = new EntityRepositoryJPA();//常量final String httpMethod = "post"复制代码Java变量申明的形式是类 + 名称的形式来进行申明 ，如果是常量，则以final关键字来申明。 咱们可能对比下其它语言的变量申明形式 Kotlin中是以var申明变量，val申明常量 //变量var entityRepository = EntityRepositoryJPA()//常量val httpMehod = "post"复制代码TypeScript是以let来申明变量，const来申明常量 //变量let entityRepository = new EntityRepositoryJPA()//常量const httpMethod = "post"复制代码Swift中是由var定义变量，let来定义常量 //变量var entityRepository = EntityRepositoryJPA()//常量let httpMethod = "post"复制代码从下面对比可能看出，相较于Java的类型 + 名称的定义形式，新的语言都偏好关键字 + 名称的模式。 类型主动判定事实上，古代编程语言，都非常喜爱最大限度的使用类型主动判定，也就是关键字 +名称这种模式。 类型推定的基本原则是：只需通过上下文能猜想到的，就不需要明确申明它的类型 因为，一个不言而喻的点是，这样的代码确实更简洁。 咱们如果用关键字 + 名称的写法来重写上述Java代码中的变量与常量定义，那咱们的代码就是是如此： //使用(关键字 + 名称)的模式重写//变量var entityRepository = new EntityRepositoryJPA();//常量var httpMethod = "post"复制代码依据类型主动判定的逻辑，编译器和咱们程序员，都会很不言而喻的猜想到，entityRepository的类型是EntityRepositoryJPA类的实例，而httpMethod则是一个String类型。 ...

download:挪动互联网高级开发正式课VIP-码牛第二期Jetpack架构演变（一）：初步使用flow，附加经典案例在jetpack体系中 livedata的角色纯纯粹粹是个桥接器，DataSource中获取到数据，而后由viewmodel进行逻辑处理，最初被livedata.postValue到view层，唯一的价值是绑定了lifecycle， 只在页面活跃（start）的时候接受数据官网的一篇介绍可能参考：从 LiveData 迁徙到 Kotlin 数据流 - 掘金对于初学者来说使用lieveData的好处是足够简略和绝对安全引入flow次要因为以下几点： 具备更敌对的API，学习成本较低跟Kotlin协程、LiveData拆散更紧密，Flow能够转换成LiveData，在ViewModel中间接使用拆散协程的作用域，当协程被勾销时，Flow也会被勾销，避免内存泄漏flow库从属于kotlin， livedata属于Android， 托付Android平台的限度对于未来跨平台发展无利 【flow是个冷数据流】所谓冷流，即上游无消费行为时，上游不会产生数据，只有上游开始生产，上游才开始产生数据。而所谓热流，即无论上游是否有消费行为，上游都会自己产生数据。下边通过一个经典场景粗疏描述下flow（单纯的flow，而stateFlow会在后续章节中讲解）的使用案例：一个菜谱利用app中，我想在一个页面展示一个列表（recyclerview） ，此列表的每个item是个子列表，子列表顺次为计划菜谱列表；收藏菜谱列表；根据食材筛选的菜谱列表；根据食材获取用户偏好的菜谱列表； 四个子列表需要四个接口来获取，组装好起初刷新最初的列表其中每个列表都有可能是空，是emptylist的话这行就不浮现了，因为四个接口数据量大小不同，所以不会同一时间返回，同时又要保障这四个子列表按申请的次序来展示。思路：设计数据结构，最外层的data：data class ContainerData(val title : String , val list: List)复制代码其中Recipe实体是每个菜谱data class Recipe(val id: String, val name: String, val cover: String, val type: Int, val ingredients: List? = mutableListOf(), val minutes: Int, val pantryItemCount : Int )复制代码模拟四个请求为:val plannlist = Request.getPlannlist()val favouritelist= Request.getFavouritelist()... 以此类推如果按照申请四个请求返回秩序不同，同时申请在列表中按次序浮现，如果实现？打算一：可能等待四个请求都返回后而后组装数据，刷新列表可能利用协程的await方法：val dataList = MutableLiveData<List>() viewModelScope.launch { // planner val plannerDefer = async { Request.getPlannlist() } // favourite val favouriteDefer = async { Request.getFavouritelist() } val plannerData = plannerDefer.await() val favouriteData = favouriteDefer.await() ...