core

在linux中运行java jar包 ,今天用了java -jar 但是不管用，后来改为java -cp就可以了，下面是关于两者之间的区别和一下总结： java -cp 和 -classpath 一样，是指定类运行所依赖其他类的路径，通常是类库，jar包之类，需要全路径到jar包，window上分号“;” 格式： java -cp .;myClass.jar packname.mainclassname 表达式支持通配符，例如： java -cp .;c:\classes01\myClass.jar;c:\classes02*.jar packname.mainclassname java -jar myClass.jar 执行该命令时，会用到目录META-INF\MANIFEST.MF文件，在该文件中，有一个叫Main－Class的参数，它说明了java -jar命令执行的类。 用maven导出的包中，如果没有在pom文件中将依赖包打进去，是没有依赖包。 1.打包时指定了主类，可以直接用java -jar xxx.jar。 2.打包是没有指定主类，可以用java -cp xxx.jar 主类名称（绝对路径）。 3.要引用其他的jar包，可以用java -classpath $CLASSPATH:xxxx.jar 主类名称（绝对路径）。其中 -classpath 指定需要引入的类。

安装docker for windows，选择linux container运行docker（如果是windows contanier则没什么必要，IIS部署core显然更方便）。 发布程序，在发布的目录中创建dockerfile， dockerfile代码： #dockerfile FROM mcr.microsoft.com/dotnet/core/aspnet:3.1 WORKDIR /app COPY . /app EXPOSE 80 ENTRYPOINT ["dotnet", "BlazorApp20200105.dll"] # PS：第一行镜像原本用的是 FROM mcr.microsoft.com/dotnet/core/runtime:3.1，运行起来以后是不行的，docker log 查看显示缺少framework版本，查看文档后得知asp.net core的运行时镜像： mcr.microsoft.com/dotnet/core/aspnet:3.1 ，而上一个是.net core的运行时。 powershell 进入到项目发布的文件根目录，进行docker build，创建镜像： docker build -t imagename . 成功后会返回镜像ID。 启动容器运行core项目且绑定外部端口8082到容器80端口：docker run --name

1、前言 　　一直在从事linux下后台开发，经常与core文件打交道。还记得刚开始从事linux下开发时，程序突然崩溃了，也没有任何日志。我不知所措，同事叫我看看core，我却问什么是core，怎么看。同事鄙视的眼神，我依然在目。后来学会了从core文件中分析原因，通过gdb看出程序挂再哪里，分析前后的变量，找出问题的原因。当时就觉得很神奇，core文件是怎么产生的呢？难道系统会自动产生，可是我在自己的linux系统上面写个非法程序测试，并没有产生core问题？这又是怎么回事呢？今天在ngnix的源码时候，发现可以在程序中设置core dump，又是怎么回事呢？在公司发现生成的core文件都带有进程名称、进程ID、和时间，这又是怎么做到的呢？今天带着这些疑问来说说core文件是如何生成，如何配置。 2、基本概念 　　 当程序运行的过程中异常终止或崩溃，操作系统会将程序当时的内存状态记录下来，保存在一个文件中，这种行为就叫做Core Dump（中文有的翻译成“核心转储”)。我们可以认为 core dump 是“内存快照”，但实际上，除了内存信息之外，还有些关键的程序运行状态也会同时 dump 下来，例如寄存器信息（包括程序指针、栈指针等）、内存管理信息、其他处理器和操作系统状态和信息。core dump 对于编程人员诊断和调试程序是非常有帮助的，因为对于有些程序错误是很难重现的

一、OpenCV下载安装 OpenCV可以在官网下载链接 https://opencv.org/releases.html 选择相应的版本下载保存就好（不过官网下载有时候真滴慢还会连不上.....）网盘链接有windows ios Android 版本安装包可提取 链接：https://pan.baidu.com/s/1EVswJ591uiOaEnkONA7FDw 提取码：nt3h 下载完安装包后点击安装，安装过程其实就是解压的过程，解压后需要记住解压目录用来配置环境变量配置过程如下： 右键单击此电脑->选择属性->选择高级系统设置->环境变量->系统环境变量 找到path，点击编辑，假设OpenCV被装在E盘，将目录E:opencv\build\x64\vc15\bin 添加入path变量 二、在java中引用OpenCV库 首先，打开eclipse 选择window->preferences->java->build path->user librarise->new 创建一个新的文件比如我写OpenCV-342 然后点击OK 创建后选中创建的文件夹Add External JARs... 在OpenCV目录下选择build->java目录选中.jar文件添加 然后记得Apply and Close 现在用eclipse建一个测试项目 项目名上右键单击Build Path-

core 文件的简单介绍 当程序运行的过程中异常终止或崩溃，操作系统会将程序当时的内存状态记录下来，保存在一个文件中，这种行为就叫做Core Dump（中文有的翻译成“核心转储”)。我们可以认为 core dump 是“内存快照”，但实际上，除了内存信息之外，还有些关键的程序运行状态也会同时 dump 下来，例如寄存器信息（包括程序指针、栈指针等）、内存管理信息、其他处理器和操作系统状态和信息。core dump 对于编程人员诊断和调试程序是非常有帮助的，因为对于有些程序错误是很难重现的，例如指针异常，而 core dump 文件可以再现程序出错时的情景。 关闭系统生成 core 文件 : ulimit -c 0 检查生成 core 文件的选项是否打开 : ulimit -a 该命令将显示所有的用户定制，其中选项 -a 代表“ all ”。 系统文件调整 core 选项： /etc/profile # No core files by default ulimit -S -c 0 > /dev/null 2>&1 用户自定义调整 core 选项： 在用户的 ~/.bash_profile 里加上 ulimit -c unlimited 来让特定的用户可以产生 core 文件。 在终端中输入ulimit -c 如果结果为0，说明当程序崩溃时，系统并不能生成core dump。

/proc/sys/net/core/rmem_max 最大TCP接收窗口(字节) ((134217728bytes)/1024kb)/1024MB =128/?MB /etc/sysctl.conf配置语句 net.core.rmem_max = increase the length of the processor input queue net.core.netdev_max_backlog = tcpip内核参数优化 tcp/ip参数都位于/proc/sys/net模 参数-路径+文件 描述 默认值 优化值 /proc/sys/net/core/rmem_default 默认的tcp数据接收窗口大小(字节) /proc/sys/net/core/rmem_max最大的tcp接收窗口(字节) write写 发送 默认是tcp数据发送窗口 /proc/sys/net/wmem_default /proc/sys/net/core/wmem_max /proc/sys/net/core/netdev_max_backlog 在每个网络接口接收数据包的速率比内核处理这些包的速率快，允许送到队列的数据包的最大数目 送到队列数据包的最大数目 /proc/sys/net/core/somaxconn 定义了系统中每一个端口最大的监听队列的长度,这是个全局的参数

　　 在程序不寻常退出时，内核会在当前工作目录下生成一个core文件（是一个内存映像，同时加上调试信息）。使用gdb来查看core文件，可以指示出导致程序出错的代码所在文件和行数。 1.core文件的生成开关和大小限制 　　（1）使用ulimit -c命令可查看core文件的生成开关。若结果为0，则表示关闭了此功能，不会生成core文件。 　　（2）使用ulimit -c filesize命令，可以限制core文件的大小（filesize的单位为kbyte）。例如使用ulimit -c 1000将会把core文件限制为1000KB。如果生成的信息超过此大小，将会被裁剪，最终生成一个不完整的core文件，在调试此core文件的时候，gdb会提示错误。 　　（3）使用ulimit -c unlimited，则表示core文件的大小不受限制。 　　（4）可以将ulimit -c unlimited写入到.bashrc中。 2.core文件生成路径 　　默认为输入可执行文件运行命令的同一路径下。若系统生成的core文件不带其它任何扩展名称，则全部命名为core。新的core文件生成将覆盖原来的core文件。 　　如何查询和修改Linux操作系统生成core dump文件的默认路径？ 　　方法1：cat /proc/sys/kernel/core_pattern 　　方法2：/sbin

话不多说，直接开整。 首先创建一个.NET CORE web 工程，创建完成之后，会自动创建相关文件如图（本示例基于.NET CORE 3.0）： 打开Startup.cs可以看到在Configure中默认添加了几个中间件的引用 如 StaticFiles是对静态文件的引用，顺便说一下在.NET CORE下的web 引用的静态资源要放在wwwroot下。 直接F5运行，选择IISEXPRESS 自托管方式，可以看到空站点是可以正常运行的。 下面我们就来加一些代码，来对中间件的运行逻辑进行测试。代码如下，添加3个自定义中间件： 运行结果如下： 可以看出，在每个中间件执行next()方法之后，会自动跳转到下一个中间件开始执行，当执行到最后一个中间件之后，再一层层返回。在每个中间件都有一个阻隔终止作用，如果执行到某个中间件，发现没有执行next()方法，则会立即终止，层级向上返回。 为了测试，我们将第二个中间件的代码修改一下，并再次执行结果如下： 通过运行结果，可以看出我们的分析逻辑是正确的，程序运行到第二个中间件时，没有next.Invoke指令，则停止并立即按顺序层级返回。 总结：.NET CORE中通信管道的中间件，有些像 http的请求路由，来管理不同应用模块需要的中间件。 来源： https://www.cnblogs.com/psycheeeeeblog/p/12344707

实践出真知 这几天在园子里面最热闹的事情各位都知道吧？没错，我说的就是博客园升级事件，有不熟悉的朋友吗，没关系，我给你搬运好了，请回顾一下 Powered by .NET Core 系列博文： 【故障公告】发布 .NET Core 版博客站点引起大量 500 错误 https://www.cnblogs.com/cmt/p/11302666.html 【网站公告】.NET Core 版博客站点第二次发布尝试 https://www.cnblogs.com/cmt/p/11316324.html 暴风雨中的 online : .NET Core 版博客站点遭遇的高并发问题进展 https://www.cnblogs.com/cmt/p/11328141.html Powered by .NET Core 进展：验证高并发性能问题嫌疑犯 docker swarm https://www.cnblogs.com/cmt/p/11335456.html 同“窗”的较量：部署在 Windows 上的 .NET Core 版博客站点发布上线 https://www.cnblogs.com/cmt/p/11347507.html 上面的这几篇文章就是整个热门的来源，从第一篇文章开始，各路开发者还是非常认同博客园的做法，并且钦佩他们作为先行者的勇气和担当，本人甚至转发了两篇文章到公众号

一.JSTL标签库 　　　1.JSTL标签是依赖EL表达式的，他跟JSP不同，他需要导包来使用：jstl-1.2.jar 　　　2.jJSTL里一共有如下4个标签库： 　　　　（1）.core标签库：核心标签库 　　　　（2）.fmt标签库：格式化标签库 　　　　（3）.xml标签库：过时 　　　　（4）.sql标签库：过时 　　　　3.taglib导入标签库：<%@ taglib prefix=“” uri="路径"%> 二.core标签库常用标签（特别强调这个情况，value="${.... }_"）,不要在el后面追加空格) 　　 　　*　　当只有value属性时，url标签用于输出到页面，如果有var，则不会输出，且他要跟scope，value一起使用时，相当设置属性到指定的域中保存 来源： https://www.cnblogs.com/ibcdwx/p/12333349.html