1.手把手带你学webpack（6）--source-map
2.从零开始OGG实时同步数据至缓存数据库Redis详解
3.JSONObject转换为对象时，转换后的对象为空

手把手带你学webpack（6）--source-map

       本篇文章对应源码：JvcicpO1xuXG4gIHRocmIG5ldyBFcnJvcignctZXRoaW5nIHdybnLi4uJyk7XGXG5cbm1vZHVsZS5leHBvcnRzID0geyBlcnJvckZuIHXG4iXSwibmFtZXMiOltdLCJzb3VyY2VSbIjoiIn0=\n//#sourceURL=webpack-internal:///./src/utils.js\n");

       这种方式适用于在开发模式下需要精确的source-map时使用，相比直接的eval，会更加精确些

3.4inline-source-map

       顾名思义，就是以内联方式存放source-map文件，它会将source-map文件的吃透源码设计原理内容编码成base后直接放在打包结果的最后

constHtmlWebpackPlugin=require('html-webpack-plugin');const{ CleanPlugin}=require('webpack');/***@type{ import('webpack').Configuration}*/module.exports={ mode:'development',devtool:'inline-source-map',plugins:[newHtmlWebpackPlugin(),newCleanPlugin()],};//#sourceMappingURL=data:application/json;charset=utf-8;base,eyJ2ZXJzaW9uIjozLCJmaWxlIjoibWFpbi5qcyIsIm1hcHBpbmdzIjoiOzs7Ozs7Ozs7QUFBQTtBQUNBOztBQUVBO0FBQ0E7O0FBRUEsbUJBQW1COzs7Ozs7O1VDTm5CO1VBQ0E7O1VBRUE7VUFDQTtVQUNBO1VBQ0E7VUFDQTtVQUNBO1VBQ0E7VUFDQTtVQUNBO1VBQ0E7VUFDQTtVQUNBO1VBQ0E7O1VBRUE7VUFDQTs7VUFFQTtVQUNBO1VBQ0E7Ozs7Ozs7OztBQ3RCQSxRQUFRLFVBQVUsRUFBRSxtQkFBTyxDQUFDLCtCQUFTOztBQUVyQyIsInNvdXJjZXMiOlsid2VicGFjazovLzA2X3dlYnBhY2tfccmNlXhcC8uL3NyYydGlscy5qcyIsIndlYnBhY2s6Ly8wNlZWJwYWNrX3NvdXJjZV9tYXAvd2VicGFjay9ibc3RyYXAiLCJ3ZWJwYWNrOi8vMDZfd2VicGFjazb3VyY2VfbWFwLy4vc3JjL2luZGV4LmpzIl0sInNvdXJjZXNDbZWIjpbImZ1bmN0aW9uIGVycm9yRm4oKSB7XG4gIGNvbnNvbGUubG9nKCdoZWxsbyBlcnJvcicpO1xuXG4gIHRocmIG5ldyBFcnJvcignctZXRoaW5nIHdybnLi4uJyk7XGXG5cbm1vZHVsZS5leHBvcnRzID0geyBlcnJvckZuIHXG4iLCIvLyBUaGUgbW9kdWxlIGNhY2hlXGYXIgXZWJwYWNrXvZHVsZV9jYWNoZV9fID0geXG5cbi8vIFRoZSByZXF1aXJlIGZ1bmN0aW9uXG5mdW5jdGlvbiBfX3dlYnBhY2tfcmVxdWlyZV9fKG1vZHVsZUlkKSB7XG5cdC8vIENoZWNrIGlmIG1vZHVsZSBpcyBpbiBjYWNoZVxuXHR2YXIgY2FjaGVkTW9kdWxlID0gXZWJwYWNrXvZHVsZV9jYWNoZV9fWvZHVsZUlkXTtcblWYgKGNhY2hlZE1vZHVsZSAhPT0gdW5kZWZpbmVkKSB7XG5cdFx0cmV0dXJuIGNhY2hlZE1vZHVsZS5leHBvcnRzO1xuXHR9XG5cdC8vIENyZWF0ZSBhIG5ldyBtb2R1bGUgKGFuZCBwdXQgaXQgaWbyB0aGUgY2FjaGUpXG5cdHZhciBtb2R1bGUgPSBfX3dlYnBhY2tfbW9kdWxlX2NhY2hlXbbW9kdWxlSWRdID0ge1xuXHRcdC8vIG5vIG1vZHVsZS5pZCBuZWVkZWRcblx0XHQvLyBubyBtb2R1bGUubG9hZGVkIG5lZWRlZFxuXHRcdGV4cG9ydHM6IHt9XG5cdHXG5cblx0Ly8gRXhlY3V0ZSB0aGUgbW9kdWxlIGZ1bmN0aW9uXG5cdF9fd2VicGFjatb2R1bGVzXbbW9kdWxlSWRdKG1vZHVsZSwgbW9kdWxlLmV4cG9ydHMsIF9fd2VicGFjayZXF1aXJlXpO1xuXG5cdC8vIFJldHVybiB0aGUgZXhwb3J0cyBvZiB0aGUgbW9kdWxlXG5cdHJldHVybiBtb2R1bGUuZXhwb3J0cztcbn1cblxuIiwiYuc3QgeyBlcnJvckZuIH0gPSByZXF1aXJlKCcuL3V0aWxzJyk7XG5cbmVycm9yRm4oKTtcbiJdLCJuYW1lcyI6WsInNvdXJjZVJvb3QiOiIifQ==

       从官方文档可以看到，这种方式的构建速度是最慢的，只适用于构建单个文件的时候使用

3.5cheap-source-map

       这种方式相比source-map而言，没有建立列映射，也就是说遇到报错的时候，只会告诉你哪一行代码出错了，而不会告诉你哪一列出错了，如果开发时对列映射没有太高要求的话可以使用这种方式，毕竟不用生成列映射，比起source-map来说会快一些

constHtmlWebpackPlugin=require('html-webpack-plugin');const{ CleanPlugin}=require('webpack');/***@type{ import('webpack').Configuration}*/module.exports={ mode:'development',devtool:'cheap-source-map',plugins:[newHtmlWebpackPlugin(),newCleanPlugin()],};3.6cheap-module-source-map

       官方文档对这种方式的devtool并没有进行任何详细介绍，事实上这种方式适用于js代码被loader转换过的场景，比如被babel进行了转换，又比如源码是用typescript写的，后来经过loader转成了js代码，量能标尺指标源码而我们又希望在运行的时候出现报错信息时能够对应回typescript代码像这种有loader对js进行转换的场景下，想要保证正确的source-map就需要使用到带有module的devtool了，因为除了cheap-module-source-map，还有很多别的方式也是有module的，只要是在官方文档中看到带有module的devtool都是具有这种特性

       下面就以babel为例，我们通过babel-loader对js进行转换，然后看看能否正确对应到转换前的代码首先安装如下依赖

pnpmi@babel/core@babel-preset-envbabel-loader

       @babel/core是babel的核心，所有功能都要在这个包的基础上运行

       @babel-preset-env让我们可以不需要考虑转换成什么版本的js，它会根据要适配的浏览器自动转换成能兼容相应浏览器的版本，这里我们使用它主要是能够将我们写的es6代码转成es5，从而让我们的源码和打包后的结果有差异，方便观察source-map是否生效

       babel-loader，用于和webpack搭配使用，转换js文件

       接下来配置loader

constHtmlWebpackPlugin=require('html-webpack-plugin');const{ CleanPlugin}=require('webpack');/***@type{ import('webpack').Configuration}*/module.exports={ mode:'development',devtool:'eval',//默认就是eval，因此development模式下不写devtool配置项也可以plugins:[newHtmlWebpackPlugin(),newCleanPlugin()],};0

       然后我们写一个具有es6特性的语法的函数

constHtmlWebpackPlugin=require('html-webpack-plugin');const{ CleanPlugin}=require('webpack');/***@type{ import('webpack').Configuration}*/module.exports={ mode:'development',devtool:'eval',//默认就是eval，因此development模式下不写devtool配置项也可以plugins:[newHtmlWebpackPlugin(),newCleanPlugin()],};1

       使用到了const、箭头函数，经过babel转换成es5后，分时源码不漂移代码的位置会和源码中不一样，那么在浏览器中如果仍然能够找到转换前的源码，则说明cheap-module-source-map生效了可以看到，在浏览器中确实能够看到转换前的源码，这就是cheap-module-source-map中module的作用，事实上官方文档中这么多的配置项我们不需要害怕，只需要知道每个关键字是什么意思，那么它们组合起来无非就是各种特性的叠加而已

3.7hidden-source-map

       也是一个见名知意的配置项，相比于source-map，就是将最后的//#sourceMappingURL=main.js.map这句注释删除了，这也就意味着source-map不会生效了，但是仍然会生成source-map文件的官方文档中给我们的建议是在只需要知道有错误出现时给我们在控制台输出出来的话就可以使用这种方式

3.8nosources-source-map

       这种方式能够在出现错误的时候告诉我们是源码中哪个文件第几行出错了，但是不会在浏览器中给我们生成源码

总结

       了解完以上这几个devtool配置项，就足够了，官网的个配置项就是根据eval、hidden、inline、cheap、杀庄武器源码module、nosources这几个关键字组合出来的

       但是组合也是有规则的，官方文档中给出的规则如下：

       [inline-|hidden-|eval-][nosources-][cheap-[module-]]source-map

原文：/post/

从零开始OGG实时同步数据至缓存数据库Redis详解

       在数据处理的快速化需求领域中，实时数据处理和实时查询已经成为了企业和组织获取即时洞察力的重要途径。内存数据库，作为一种高性能的数据存储和查询工具，其在实时数据场景下的应用日益广泛。然而，将大规模生成的数据实时同步至内存数据库仍是具有挑战性的任务。本文将带您深入了解Redis和GoldenGate for BigData的概念、部署方法，并详细介绍如何借助GoldenGate实现高效的数据实时同步到Redis的过程实践。

       Redis是基于键值对的缓存与存储系统，通过提供多种键值数据类型来适应不同场景下的缓存与存储需求。它不仅仅是一个简单的缓存工具，同时也能够胜任消息队列、任务队列以及主数据库等不同的角色。Redis的jlive开源论坛源码核心特性使其在实时数据处理和查询方面表现出色。

       GoldenGate for BigData是Oracle推出的产品，它作为可插入功能运行到Oracle GoldenGate Java交付框架中。此产品支持主流的大数据平台，包括Apache Hadoop、Cloudera Hadoop (CDH) 等，并支持主要的应用程序如HDFS、Hive、HBase、Kafka等。GoldenGate for BigData软件通过Redis Handler支持将更改数据捕获复制到Redis，并以三种不同的数据结构存储这些数据：Hash Map、Streams和JSON。

       在GoldenGate for BigData中，散列映射（Hash Map）是最常见的用户用例，其中Key是被推送到Redis的表和数据行的唯一标识符，存储在每个键位置的数据结构是一个散列映射，其中键是列名，值是列值。OGG trail文件将包含插入、更新以及删除操作，这些操作可以将数据推送到Redis。Redis Handler将处理这些操作，将数据作为Java字符串推送到Redis哈希映射中，或者通过设置配置属性来保留原始字节值。

       Redis流（Streams）类似于Kafka主题，其中Redis键是流名，流的值是推送到Redis流的单个消息，每个消息通过时间戳和消息推送时的偏移量来标识。每个单独消息的值是一个散列映射，其中键是列名，值是列值。每个操作及其相关数据都会传播到Redis Streams，显示为新消息。

       JSONs（JSONs）中，键是被推送到Redis的表和数据行的唯一标识符，值为JSON对象，其中键是列名，值是列值。通过OGG trail文件文件将包含插入、更新和删除操作，这些操作可以将数据推送到Redis。Redis Handler将处理这些操作，将数据作为JSON对象存储在Redis中。

       接下来，我们通过安装部署环境来实现通过OGG将其他类型数据库的数据以Hash Map格式同步到Redis数据库中。首先，进行Redis的安装和部署。在Linux环境中，选择源码编译安装Redis-6.2，由于依赖包要求较低，整个安装过程较为简单。然后，下载并安装GoldenGate for BigData c。在安装Java之前，需要配置操作系统镜像ISO配置zypper本地源，以在局域网内在线安装Java。之后，安装OGG .8和Jedis客户端。

       在启动数据同步时，需确保Redis配置正确，并且用户具有相应的权限以执行相应的Redis命令。创建索引时可能会遇到权限相关报错。总结来说，通过Oracle GoldenGate for BigData和Redis的结合使用，我们可以实现大规模生成的数据的实时同步至内存数据库。Redis作为高性能的内存数据库，为实时数据处理提供了强大的支持；而GoldenGate for BigData作为关键工具，实现了异构数据库之间的实时数据同步。结合这两个先进技术工具，无论是实时查询、实时报表还是实时分析等场景，Redis的优势都将得到充分发挥。

JSONObject转换为对象时，转换后的对象为空

       在进行 JSONObject 转换为对象操作时，若发现转换后的对象为空，意味着可能存在代码逻辑问题或是相关转换函数实现的缺失。首先检查代码实现，确认逻辑正确性。

       执行结果显示对象为空的结果。通过调试，发现问题根源在于底层使用了 PropertyDescriptor 反射来获取属性，通过 PropertyDescriptor.getWriteMethod() 方法来获取属性的 setter 方法。问题在于此方法返回值必须为 void，否则将会返回 null，造成后续赋值操作无法执行。

       通过分析 getWriteMethod() 源代码，得出 setter 方法的返回值类型必须满足特定要求。通常，setter 方法的目标是修改对象属性，不应带有返回值。然而，在使用了 @Accessors(chain = true) 标注的 lombok 注解后，生成的 setter 方法实现了链式调用功能，其返回值为对象本身而非 void，这正是导致 PropertyDescriptor 无法识别的关键原因。

       要解决此问题，建议在使用 @Builder 时确保同时引入 @NoArgsConstructor 和 @AllArgsConstructor。当遇到 @Builder 注解时，确保代码中包含无参构造方法（@NoArgsConstructor）和全参构造方法（@AllArgsConstructor），以避免因构造方法缺失或错误而导致的异常。这样的配置可确保对象能够根据 Builder 的需求正确地初始化属性，从而解决转换过程中对象为空的问题。