1.环境介绍：1）docker系统境：ubuntu18.04；2）vscode：1.86版本2.连接方式：ssh连接3.报错：TheremotehostmaynotmeetVSCodeServer‘sprerequisitesforglibcandlibstdc+4.分析：vscode的升级到1.86版本之后，其对于ubuntu中 glibc和libstdc+版本需求更高，容易出现连接不上的问题，其在vscode界面会提示：TheremotehostmaynotmeetVSCodeServer‘sprerequisitesforglibcandlibstdc+5.解决：1）重新下载vscode
报错进入容器时，报如下错误dockeruser@dell-PowerEdge-R740:~$dockerexec-itdaf2/bin/bashOCIruntimeexecfailed:execfailed:unabletostartcontainerprocess:exec:"/bin/bash":stat/bin/bash:nosuchfileordirectory:unknown解决将bin/bash换成bin/shdockeruser@dell-PowerEdge-R740:~$dockerexec-itdaf2/bin/sh分析制作镜像时使用了精简版，只装了sh命令，未安装bash。
浏览器具体报错内容：AccesstoXMLHttpRequestat'https://xxx.oss-cn-guangzhou.aliyuncs.com/xxx.jpg'fromorigin'http://localhost:8080'hasbeenblockedbyCORSpolicy:No'Access-Control-Allow-Origin'headerispresentontherequestedresource.当我们已经配置了跨域规则，但还是报这个错误，这个时候就要检查一下是不是我们的请求错误在我们请求的这个地方，应该换成我们自己服务器的endpoint
一sqlgateway注意之所以直接启动gateway能知道yarnsession主要还是隐藏的配置文件，但是配置文件可以被覆盖，多个session保留最新的applicationid1安装flink（略）2启动sql-gatway(sql-gateway通过官网介绍只能运行在session任务中)2-1启动gateway之前先启动一个flinksession./bin/yarn-session.sh-d2-2启动命令：./bin/sql-gateway.shstart-Dsql-gateway.endpoint.rest.address=localhost2-3查看日志观察是否启动成功：查看
Flinkcheckpoint操作流程详解与报错调试方法汇总，增量checkpoint原理及版本更新变化，作业恢复和扩缩容原理与优化flinkcheckpint出错类型flink重启策略Checkpint流程简介增量Checkpoint实现原理MemoryStateBackend原理FsStateBackend原理RocksDBStateBackend原理RocksDBStateBackend增量更新Checkpoint异常情况排查CheckpointDecline：CheckpointExpire：SourceTrigger慢State非常大数据倾斜或有反压的情况反压问题处理：barrier
一、问题场景在idea中配置了Go编程环境，可以运行Go程序，但是无法debug，报错errorlayer=debuggercouldnotpatchruntime.mallogc:notypeentryfound,use‘types’foralistofvalidtypes二、解决方案这是由于idea中使用的dlv.exe版本太老导致，直接在终端中执行如下命令安装最新版dlv.exegoinstallgithub.com/go-delve/delve/cmd/dlv@latest这会将dlv.exe安装到个人所设置的GOPATH目录下的bin目录中打开idea的Help->EditCusto
目录git提交代码报错原因解决方法（三种）1、第一种2、第二种3、第三种git提交代码报错原因这个问题是因为当你在终端输入gitcommit-m“XXX”,提交代码的时候,pre-commit(客户端)钩子，它会在Git键入提交信息前运行做代码风格检查。如果代码不符合相应规则，则报错，而它的检测规则就是根据.git/hooks/pre-commit文件里面的相关定义。解决方法（三种）1、第一种卸载husky。只要把项目的package.json文件中devDependencies节点下的husky库删掉，然后重新npmi一次即可。或者直接在项目根目录下执行npmuninstallhusky--
目录一、场景介绍二、处理方式 1、 如果 package.json配置没有 vue-cli-server那么就安装它即可，注意安装完毕需重启编辑器启动项目，避免依赖添加不生效问题 2、如果package.json配置有 vue-cli-server或者安装了还是没好，可以看看node_modules工程模块是否存在，如果没有请安装。 3、如果上面两个条件都存在，却还是不行，那就是网络不稳定导致运行下载时包缺失，可以清掉 node_modules后再次安装，我有4种方式，可以根据需求来三，总结：以上任意步骤处理完，都最好重启编辑器后，重新启动项目一、场景介绍 相信
项目场景：项目场景：在工作项目上，做一个51内核的单片机，我觉得这个问题平时还是很少会遇到，因为平时学习的开发板，性能都是过剩的，记录一下。问题描述提示：这里描述项目中遇到的问题：如图：这是写完代码后编译报错的类型，ADDRESSSPACEOVERFLOW直接翻译就是地址空间溢出。注意看xdata=2116，code=10598原因分析：提示：上图，如果不知道自己的芯片的容量，可在keil的工程文件里打开魔法棒Target，1是代码的容量，size0x8000，也就是32K，2是片外RAM，定义变量的存储在这里。0x800，等于2K。而我用的单片机片外RAM，也就是xdata的容量只有2K大小
一、问题分析背景：在本地修改了大量的代码并commit后，最后一次性push时，出现错误。分析：从报错的信息来看，貌似是和远程Git连接出现了问题，因此，可以从以下三个角度来分析：本地和远程Git仓库连接有问题，由于刚提交成功过，可以排除掉;本地和远程Git仓库的数据传输速度慢,在commit中数据过大情况下,会导致连接超时,这是有可能的;本地的commit内容比较多,无法一次性将内容push上去,是有可能。通过去Git官网查询可知,以下参数可以解决数据传输大小和速度等问题：http.postBuffer:指定在Git发送HTTP请求时使用的缓冲区大小http.lowSpeedLimit:设置
