01_GoLanddebug时出现Connected并且程序卡住的问题环境：win10、goversiongo1.19.4windows/amd64、GoLand2020.3.5x64现象：在debug模式下运行项目，打上断点后，可以进入断点位置，也可以跳转到下个断点，但是，在逐步执行时，会发生卡住不动的情况，并且控制台提示Connected解决思路：1、怀疑是分配给GoLandsh的内存太小，于是打开了GoLand的安装目录下的goland.exe.vmoptions文件修改最大内存树和最小内存数-Xmx、-Xms，这两个值可以根据自己电脑的内存大小来适当的分配，我这里分别是8192m和40
Aswementionedinthe previousarticle ofthisseries,the MQTTprotocol iscurrentlythemostsuitablecommunicationprotocolforbuildingthedataplatformforIoV.Basedonthis,thisarticlewillcontinuetodiscusstheacquisitionandtransmissionofMQTTmessagesfortheIoVandhowtobuildaten-million-levelIoVMQTTmessageplat
Aswementionedinthe previousarticle ofthisseries,the MQTTprotocol iscurrentlythemostsuitablecommunicationprotocolforbuildingthedataplatformforIoV.Basedonthis,thisarticlewillcontinuetodiscusstheacquisitionandtransmissionofMQTTmessagesfortheIoVandhowtobuildaten-million-levelIoVMQTTmessageplat
上一篇《利用eBPF实现socketlevel重定向》，二哥从整体上介绍了eBPF的一个应用场景socketlevelredirect：如果一台机器上有两个进程需要通过loopback设备相互收发数据，我们可以利用ebpf在发送进程端将需要发送的数据跳过本机的底层TCP/IP协议栈，直接交给目的进程的socket，从而缩短数据在内核的处理路径和时间。这个流程如图1所示。本篇我们来详细看下图1右侧在内核里的实现细节。图1：利用ebpf进行socketlevelredirect，从而跳过TCP/IP协议栈和lo设备先来一张全局图，我们再依次剖析这张图上面的关键知识点。图2：利用ebpf进行sock
上一篇《利用eBPF实现socketlevel重定向》，二哥从整体上介绍了eBPF的一个应用场景socketlevelredirect：如果一台机器上有两个进程需要通过loopback设备相互收发数据，我们可以利用ebpf在发送进程端将需要发送的数据跳过本机的底层TCP/IP协议栈，直接交给目的进程的socket，从而缩短数据在内核的处理路径和时间。这个流程如图1所示。本篇我们来详细看下图1右侧在内核里的实现细节。图1：利用ebpf进行socketlevelredirect，从而跳过TCP/IP协议栈和lo设备先来一张全局图，我们再依次剖析这张图上面的关键知识点。图2：利用ebpf进行sock
大家好，我是二哥。最近一直在研究eBPF，随着研究的深入，我发现之前写的这篇文章有点问题，所以重新修改了一下。图也重新画了，并添加了一些与sidecar-less相关的额外内容。下面是正文。上一篇《利用eBPF实现socketlevel重定向》，二哥从整体上介绍了eBPF的一个应用场景socketlevelredirect：如果一台机器上有两个进程需要通过loopback设备相互收发数据，我们可以利用ebpf在发送进程端将需要发送的数据跳过本机的底层TCP/IP协议栈，直接交给目的进程的socket，从而缩短数据在内核的处理路径和时间。这个流程如图1所示。本篇我们来详细看下图1右侧在内
大家好，我是二哥。最近一直在研究eBPF，随着研究的深入，我发现之前写的这篇文章有点问题，所以重新修改了一下。图也重新画了，并添加了一些与sidecar-less相关的额外内容。下面是正文。上一篇《利用eBPF实现socketlevel重定向》，二哥从整体上介绍了eBPF的一个应用场景socketlevelredirect：如果一台机器上有两个进程需要通过loopback设备相互收发数据，我们可以利用ebpf在发送进程端将需要发送的数据跳过本机的底层TCP/IP协议栈，直接交给目的进程的socket，从而缩短数据在内核的处理路径和时间。这个流程如图1所示。本篇我们来详细看下图1右侧在内
Debug用来追踪代码的运行流程，通常在程序运行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在运行过程中参数的变化。通常我们也可以启用Debug模式来跟踪代码的运行流程去学习三方框架的源码。所以学习下如何在IntellijIDEA中使用好Debug，主要包括如下内容：Debug开篇基本用法&快捷键变量查看计算表达式智能步入断点条件设置多线程调试回退断点中断Debug附：JRebel激活一、Debug开篇首先看下IDEA中Debug模式下的界面。如下是在IDEA中启动Debug模式，进入断点后的界面，我这里是Windows，可能和Mac的图标等会有些不一样。就简单说下图中标
Debug用来追踪代码的运行流程，通常在程序运行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在运行过程中参数的变化。通常我们也可以启用Debug模式来跟踪代码的运行流程去学习三方框架的源码。所以学习下如何在IntellijIDEA中使用好Debug，主要包括如下内容：Debug开篇基本用法&快捷键变量查看计算表达式智能步入断点条件设置多线程调试回退断点中断Debug附：JRebel激活一、Debug开篇首先看下IDEA中Debug模式下的界面。如下是在IDEA中启动Debug模式，进入断点后的界面，我这里是Windows，可能和Mac的图标等会有些不一样。就简单说下图中标
1.添加配置调试release包，这样的抓取的log日志，这种方式可以知道具体错误，（无法精准到是哪一行）/在AndroidManifest.xml文件的application标签中添加以下配置，即可在release包下的日志了/android:debuggable="true"tools:ignore="HardcodedDebugMode"2.debug下gson解析一切正常，但是发了release版本的时候，发现解析出来的数据全部是null.原因：因为release版本下用了混淆，而gson解析需要的javabean，我忘了忽略混淆了，导致被混淆后，无法正正常解析.解决：把javabea
