MINJIEZHOU's Blog

最近因为阳了的缘故一直躺在床上。今天终于从床上爬起来了。不是因为好透了，而是因为我收到了申请Copilot Chat preview 权限通过的邮件。实在忍不住，于是起床开电脑在咳嗽声中进行了一番体验。 如何申请 https://github.com/github-copilot/chat_waitlist_signup/join 安装插件 申请通过后，邮件上就有说明。插件有2个，一个是基于 VSCode 的，一个是基于 Visual Studio 的。今天使用的是 Visual Studio 版本。 在 Marketplace 搜索 Visual Studio Extension for GitHub Copilot Preview 下载安装重启 VS 即可。 使用 在安装完插件后，随便打开一个项目，随便选择一个类，右键就有”询问 Copilot” 菜单： 点击菜单后，下面就会出现一个对话框: 用户可以在对话框进行提问 同时在侧边栏也会多出一个 Github Copilot chat 的 tab。 [Read More]

最近使用 NODE-RED 跟 TCP 打交道。NODE-RED 里内建了一个节点叫“tcp-out”，看文档呢使用这个节点可以很方便的把 payload 用 TCP 协议发送出去，但是事实上事情没有这么简单。其实当我第一次看到这个节点用法的时候我就觉得会有问题，果不其然。既然节点有问题，那么就干脆写代码吧，反正 NODE-RED 支持自定义 javascript function 。于是就花了点时间研究了下用 Nodejs 来发送 TCP 消息。 问题 上面说了使用内建的节点“tcp-out”发送 TCP 消息会有问题。那么到底是什么问题呢？ “tcp-out” 节点只是简单的把 payload 字符串转成了 buffer 然后发送了出去。其实如果自己做测试，发送一个消息然后服务端接受一个消息一点问题都没有的。但是稍微有一些 socket 编程经验的人都知道，这么做在生产环境是有问题的。因为在真实的生产环境下，服务端都是会定义消息的结构的。比如我们这次对接的服务端就要求每个消息头部都需要带4字节的包头，来标识整个消息的长度。所以我们直接发送的消息服务端校验包头不通过会直接丢弃。 那么为什么要这么做呢？ 粘包？ 服务端这么做的原因是 TCP 服务端接收消息有可能出现“粘包”的问题。这时候肯定有同学会出来说了：TCP 是流式协议，根本没有包的概念怎么可能粘包呢？是的 ，这说的没错。本质上 TCP 作为流式协议根本不可能出现粘包的问题。但是如果从应用层开发者的角度来看，TCP 服务端在接受消息的时候确确实实会出现多个消息同时收到，或者收到1.x个消息的问题。站在应用层开发者的角度看，就是几个包(消息)黏在了一起。所以也没必要去咬文嚼字，毕竟大家多数都是应用层开发玩家。 那么为什么会有以上问题？让我们先回顾一下 OSI 网络模型： TCP位于传输层（第四层），传输的单位叫 Segment（段）； 下面是 IP 协议位于网络层，传输的单位叫 Packet... [Read More]

Hello，大家好，又是好久不见，最近太忙了（借口）。看了下日志，有 2 个月没写文章了。为了证明公众号还活着，今天必须更新一下了。 [Read More]

本文所指的 .NET 程序为 .NET6 的程序。因为 .NET 的版本更新很快，所以方式、方法也有变化，所以网上搜到的方法有些也过时了。以下是最近我实践下来的一点心得（坑）。 上一篇说到 不安装运行时运行 .NET 程序 后我们的程序已经只有一个 dll/exe 了，但是在 windows 上运行的时候会是一个控制台程序，很容易人不小心关闭了。所以想着把我们的程序部署成 windows 服务，这样不会误关，重启服务器的时候也会自动启动。所以最近折腾了一下把 .NET 程序，特别是 ASP.NET Core 程序部署为 windows 服务。本来以为网上随便搜一搜就很容易，事实上没想得这么美好。 [Read More]

好久没写文章了，有些同学问我公众号是不是废了？其实并没有。其实想写的东西很多很多，主要是最近公司比较忙，以及一些其他个人原因没有时间来更新文章。这几天抽空写了一点点东西，证明公众号还活着。 长久以来的认知，对于托管代码 .NET / JAVA ，都是需要在服务器上安装 SDK 或者运行时的。比如 .NET Framework 4.XX ，JDK/JRE.XX 等。其实从 .NET Core 2.1 开始我们的 .NET 程序可以独立打包成可以执行文件，在服务器上根本不需要安装任何运行时相关的东西就可以运行。这个发布模式在某些情况下可以大大提高部署的效率。以下简单介绍一下。 “独立”部署模式 在发布界面部署模式选择“独立”，点击保存之后然后正常发布。等到发布完成之后，查看 publish 目录，可以发现里面生成了一大堆文件，数量有上百个。这里其实就包含了 runtime 相关的文件。 我们把这堆文件全部复制到某个未安装过 .NET SDK 或者 runtime 的 windows 服务器上，找到 SelfContainedTest.exe 文件，双击运行。如果一切顺利，会启动一个控制台。 访问一下服务器的 5000 口，看到测试数据被成功的输出了，证明我们的 .NET 程序可以正常运行了 。 单文件 上面的操作我们已经可以不安装运行时在服务器上运行 .NET 程序了。但是那么多文件看着不太优雅，下面让我们的 .NET 程序打包成一个文件。 打开发布设置界面，勾上“生成单个文件” 点击保存，发布之后，在 publish... [Read More]