Esper 发布的文章

码一下。之前看到的，不一定全，但可能是切入点。

  1. Flink：基于Java 相关技术/名词

    • 拓扑图
    • 反压（背压？）机制
    • 有界/无界数据集

    相关软件

    • Redis
    • ELk
    • Docker
    • K8s
    • ...

  2. Spark：基于Scala 相关软件

    • Scala
    • Kafka
    • Spark Core
    • Spark Streaming
    • Spark MLlib
    • Spark Grapx
    • ...
  3. Hadoop
    • Flume 数据采集
    • Sqoop 数据迁移
    • Hive 数据仓库
    • Zookeeper 分布式应用协调
    • HDFS 数据存储
    • MapReduce 数据计算
    • HBase 分布式数据库
    • ...

今天第一次用IDEA写跑Tomcat的Web项目。等了老半天项目都没部署上去，直接访问地址也是404，然后习惯性地点击终止服务器，打算重新启动一次。

然后遇到了这个问题：

Application Server was not connected before run configuration stop, reason:
Unable to ping server at localhost:1099

然后查看配置，发现这个1099指的是一个什么JMX端口，似乎是用来远程控制Tomcat用的。 然后网上试了好多办法都没用，甚至JB自家论坛的解决方案都是无效的。。

最后猜测可能是Tomcat自己本身完全就没有开启JMX功能（因为搜JMX好多都是教怎么启用的），然后倒腾了一下，发现照这个思路可以解决问题。

具体方法如下： Edit Configurations.. - Tomcat - <服务器名> - Startup/Connection，选择使用的配置方案（一般都是run吧），在Environment Variables中添加环境变量CATALINA_OPTS，值设置为

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=1099 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false

之后再使用该配置文件启动服务器，问题解决。

最近遇到的场景，有两张图片（cv2的BGR格式）和一个蒙版（只有0，1两种值），需要按照蒙版的值将两张图象合并。

一开始百度咕果上到处查，最接近的大概是bitwise_and函数，但是其起作用的主要是0这个像素值，显然只能实现抠图的功能，但是不能合并。可以看看介个。

不废话，看代码：

import numpy as np

def mergeImgs(img1, img2, mask):
    '''
    Replacing places in img1 with img2 where mask = 1.
    '''
    img2 = img2 * mask[:,:,np.newaxis]
    mask = mask * (-1) + 1
    mask = mask.astype('uint8')
    img1 = img1 * mask[:,:,np.newaxis]
    img1 = img1 + img2
    return img1

原理是使用矩阵的乘法运算，把两张图片相反区域的、mask中值为0的区域，像素颜色设置为0，然后再把两张图矩阵相加。由于mask区域是直接用的取反处理，所以不会出现任意一个错误像素点（完美拼图）。

想着想着发现这个+和*操作分别对应了OpenCV里的bitwise_and和bitwise_or操作，估计最多就是效率上的差别吧= =

总而言之，OpenCV并没有提供一个一步到位的多图区域拼接函数，但是只要思路对了，自己几行代码也能搞定。

  1. 实际上SpringBoot是可以结合JSP使用的，不过需要加上providedRumtime("org.apache.tomcat.embed:tomcat-embed-jasper")作为JSP解析器。然而使用了JSP特性页面可能会出现编译错误，这个时候SpringBoot显示出来的是404。
  2. Thymeleaf的直接取值表达式是[[${val}]]。
  3. 验证登录的时候，最好使用@{/login}获取Spring Security的登录地址，不然登录似乎会失败。
  4. Thymeleaf需要从application.properties一类配置文件中读取数据的时候，传统方法是先使用@Value{key.name}注入到对应类型的变量中，然后再用MVC的Model的addAttribute()方法设置后传给对应的模板。
  5. 退出登录也要POST方法。
  6. 登陆/退出（默认URLlogin/logout）成功后自动跳转的方法名分别为defaultSuccessUrl和logoutSuccessUrl。其中defaultSuccessUrl有第二个选填参数表示是否永远跳转至该页面。
  7. 别想着明文密码存储了，Spring Security 5删除了PlaintextPasswordEncoder，现在基本上都是用BCrypt，到网上随便找一个BCrypt加密工具来生成测试账户的密码吧。（或者用AuthenticationManagerBuilder.withUser直接在代码里也行，这里可以用明文）
  8. 可以通过重写UserDetails、UserDetailsService来重定向登陆所用的用户信息类到自己想要的方式。比如写一个连接数据库的Entity，加上jdbcAuthentication()（说实话，这个真的有必要吗），就可以实现从数据库中获取登录信息。进行鉴权处理的是Authentication类，所需要的UserDetails信息是约定俗成的username和password两个属性，其中password是存在数据库中的、使用约定（可以设置）的加密方式加密后的串。（不记得从哪看来的了，说是spring的原则是约定高于配置） 参考：https://www.baeldung.com/spring-security-authentication-with-a-database 以及附带的github代码
  9. 如果在post表单里用了th:object的话，在对应的Controller方法中要用@ModelAttribute(modelName)获得。
  10. Kotlin的foreach用的是大括号，可以使用it获取当前次循环正使用的元素。
  11. 若是对RequestMapping方法中，有javax.validation验证限制的对象使用@Valid注解的话，可以按照预期检查出错误来，但是由于validation本身发生在进入方法体之前，方法本身并不会被执行。需要使用ExceptionHandler来捕获异常，若是对数据传输对象Data Transfer Object, DTO使用@Valid的话，会产生org.springframework.validation.BindException（噗，stackoverflow上有个老哥写成了java.net.BindException）
  12. Kotlin会给方法自动生成getter和setter，但是仅仅是作用和Java中的一样，并不能通过getXXX()方法来访问属性= =
  13. Kotlin通过反射调用方法有点麻烦，可以绕道Java，通过::class.java.getMethod().invoke()实现等效的功能。
  14. Thymeleaf在使用@{}生成链接地址的时候，可以通过特殊的方式生成含变量的路径，格式形如@{/path/{key}(key=${val})}会生成/path/${val}形式的地址。
  15. URL作为变量要用@PathVariable而不是@PathParam。以及为了防止万一，最好传入封装类型而不是基本类型。
  16. 可以使用th:checked属性设置输入复选框的初值。

在看Spring WebFlux的时候，看到了这么一段代码：

public interface Publisher<T> 
{
    public void subscribe(Subscriber<? super T> s);
}

之前在写Java程序的时候，看到部分Java内置类型中就出现过类似的表达，即<? super T>。当时也没考虑过这玩意具体有什么用，如果仅仅只是看表达式的话，很容易理解它要表达的基础意思：这里要传入一个类，要求该类是T的父类。但是有什么用呢？怕你传入一个T的子类？虽然这么说听起来的确有点道理，但显然这个设计要表达的不是这个意思。

基础介绍可以参见这两篇还行的文章： https://blog.csdn.net/qq_29951485/article/details/88068338 https://www.cnblogs.com/hoojjack/p/6817547.html?utm_source=itdadao&utm_medium=referral

总而言之目的是提供泛型类之间的继承关系。很容易从文章中看出的是，编译器不会认泛型参数之间的继承关系，因而Sun的程序员们决定给泛型提供super和extends两个通配符关键字来人为声明泛型参数类的继承关系。注意使用时一同添加的?的含义，虽然表示任意，但是不是任意类型，而是任意确定类型。好比摸奖的时候，手到箱子里抓了一个球，你没有办法口胡说摸了特等奖，摸了是啥就是啥，因为只要手从箱子里出来之后，是什么球大家都知道得清清楚楚。

但是显然非一一对应的映射是没有反函数的，因而就会出现这么一个问题：泛型类操作时的参数类型究竟是什么？显然如果这个问题不明确的话只有两种可能：编译器找不到合适的方法操作数据，罢工；编译器随性选了一种不合适的方法操作数据，搞砸。

所以这个时候就要通过使用的通配符，以及面向对象设计的基本原理来解决这个问题了。接下来用?代指使用泛型通配符时传入的具体类别，则对于<? extends Parent>，根据面向对象的特性有：

  1. ?类为任意固定的Parent类或其子类；
  2. ?类一定可以转换为Parent类（及其父类）的合法对象。

则根据第一条，可以发现，由于在Java中没有提供明确?类型的方法，出于安全考虑，实际上是不允许向<? extends Parent>类型的形参传入任何值的。相反，具有<? extends Parent>类型返回值的方法返回的都是Parent类型的对象。

因而，相当于使用了extends通配符的泛型类对象的所有泛型输入方法全部失效，泛型输出方法正常工作，但返回的是被extends的类对象。

那我要传入对象怎么办？

答案是反过来，使用super。而super又与extends恰好相反。在<? super Child>泛型类中：

  1. 任意固定的Child类或其父类为?类；
  2. Child类（及其子类）一定可以转化为?类的合法对象。

这也造成了与上面恰好相反的效果：使用了super通配符的泛型类对象的所有泛型输出方法全部失效，泛型输入方法正常工作，允许传入被super的类或其子类对象。

目前个人感觉super是为了弥补extends的缺陷，而不是作为设计的新功能而出现的。

红 蓝 黑 灰（我全都要）？

那还是回归最本源的面向对象吧，使用Object作为最稳固的桥梁将数据传递到位后，然后再做类型转换吧。当然，这种工作应该在保证方法安全性的前提下进行，比如List类型的indexOf和contains方法。

有时间了再来具体水水。现在对泛型理解还不够深，先码一下

  1. 1
  2. ...
  3. 30
  4. 31
  5. 32
  6. 33
  7. 34
  8. 35
  9. 36
  10. ...
  11. 53