当项目比较多的时候，我们可能需要经常的打开和关闭一些项目。 不幸的是 IntelliJ IDEA 没有提供打开近期项目的快捷键。     当然，我们是可以通过文件中的设置来打开的。 同时你也可以指定一个快捷键。 根据每个人的使用习惯不一样，如果想多敲下字的话，可以使用 cmd + shift + a (Mac) / ctrl + shift + a (Windows) 来打开 Action 的查找对话框来进行查找。 输入 Manage ，然后选择第一个就可以打开了。     感觉也不是非常消耗时间。 https://www.ossez.com/t/intellij-idea/14055

回车换行问题 在不同操作系统中对回车换行的定义是不一样的。 Windows 的回车换行是 2 个字符，对应的是回车+换行，写法就是我们常用的 \r\n Unix 系统下对这个回车换行进行了简化，变成了使用 \n 来表示。 这里就出现了一个问题，对应不同的操作系统，同样的文本，如果只用 \n 的话， Windows 系统读的文本没有换行，只有回车。 JDK 1.7 之前 在 JDK 1.7 之前，如果我们要解决这个问题，我们会使用下面的代码： System.getProperty("line.separator"); JDK 是使用属性配置文件来进行定义的。 这个方法的写法有点容易出错，毕竟是文本了，敲错字很正常。 System.lineSeparator Java 的 System.lineSeparator 这个方法对 System.getProperty("line.separator"); 进行了封装。 这个方法是在 JDK 1.7 以后才提供的，我们直接用就可以了。 如果你查看 JDK 的源代码的话。     这里非常清楚的显示了对代码的封装。 代码显示也非常清楚，这个是从版本 1.7 开始的，主要就是为了 Unix 和 Windows 回车换行问题。     如果你的 JDK 比较新，就大胆用吧。 按照目前 JDK 主流的版本是 1.8 的情况，大部分情况都不会有什么问题。   https://www.ossez.com/t/java-system-lineseparator/14052

在 Edge 中，可以通过拖动标签来对标签进行分组。 这个功能在有很多标签的时候还是比较实用，最好还是不要在浏览器中保留过多标签。     首先，打开新版Edge浏览器，在地址栏处输入“edge://flags”并访问 接着，在“实验”页面中，在搜索栏输入并搜索“Tab Groups”，并将下方三项都设置为“Enabled”，最后点击“重启”按钮即可 这样就开启了“标签页分组”功能啦 对用不上的标签还是及时关闭吧，因为过多标签比较消耗资源。   https://www.ossez.com/t/edge/14051

Discourse 提供了一个关闭主题的功能。 简单的来说就是如果一个主题长期不用或者时间过长了，DIscourse 可以进行关闭。 关闭这个主题可以是自动的，也可以是手动的。     这个关闭主题主要是对级别不高的用户有影响，当用户级别不高，主题被关闭后，用户就没有办法进行回复了。 对高级别用户，这个功能不会做出限制，哪怕是主题关闭了，这些用户也还是可以回复的。 表现 当主题被关闭后，主题的标题签名将会显示一个带有锁的图标。     如果看到这个图标，则表明主题已经被关闭。 重新开放主题 进入主题，通过右侧的配置选项。 对关闭的主题，可以进行重新操作让主题重新开放。     可以对上面的操作来实现主题的关闭和开放。 https://www.ossez.com/t/discourse-close-topic/14050

在本文中，我们来说说 Java 的多行字符串（multiline strings ）。 从 JDK 15 开始，Java 提供了一个称为 Text Blocks 的语法，你可以在代码中直接使用这个功能，如果你安装这个版本的 JDK 的话，那么需要使用一些特定方法实现这个目标。 在本文中，我们还讨论使用其他方法的实现。 文本块 我们可以使用文本块来在代码中定义，文本块使用的是 3 个双引号 “”" (three double quote 3 个双引号)： public String textBlocks() { return """ Get busy living or get busy dying. --Stephen King"""; } 这种定义方式在当前 Java 中最方便的实现了，但是因为 JDK 版本的限制，很多项目可能根本没有办法使用这种定义方式。 如果你还没有使用 Java 15，但是使用了 Java 13 和 14 版本的话，我们可以启用预览功能来进行支持。 在后面的文章中，我们将探讨下可能有的其他实现方式来实现文本块的功能。 获得行分隔符 每个操作系统使用自己的方式来确定是否开始一个新行。 在 Java 中，能够非常容易的获得针对运行的操作系统使用的是什么行分隔符，使用下面的代码就可以获得行分隔符了。 String newLine = System.getProperty("line.separator"); 如果你的 JDK 版本是在 7 以上的版本的话，你可以直接使用系统提供的： System.out.println(System.lineSeparator()); 方法。 我们将会使用 newLine 变量在后续的代码中插入一个新行。 String 字符串拼接 String concat 方法能够让我们非常容易的对字符串进行拼接，请考察下面的代码： public String stringConcatenation() { return "Get busy living" .concat(newLine) .concat("or") .concat(newLine) .concat("get busy dying.") .concat(newLine) .concat("--Stephen King"); } 使用 + 操作符，是能够实现上面字符串拼接的另外一种方法。 Java 编译器将会把 concat() 和 + 操作符编译成相同的代码： public String stringConcatenation() { return "Get busy living" + newLine + "or" + newLine + "get busy dying." + newLine + "--Stephen King"; } 字符串 String Join Java 8 使用了一个叫做 String#join 新方法，这个方法将会使用一系列的字符串作为参数。 这个方法将会返回使用分隔符分隔的所有以字符串为参数的字符串。 public String stringJoin() { return String.join(newLine, "Get busy living", "or", "get busy dying.", "--Stephen King"); } String Builder StringBuilder 通常被用来帮助构建字符串，相同的还有一个 StringBuffer，这 2 者的区别主要在于是否是线程安全的问题。请参考：Java 的 StringBuffer 和 StringBuilder 的不同 文章中的内容。 最简单的解释就是 StringBuilder 是线程不安全的。 在基本 Java 实践中，如果我们需要在程序中构建字符串，通常都会使用 StringBuilder 或者 StringBuffer，而尽量避免使用 Java String 的 + 操作符： public String stringBuilder() { return new StringBuilder() .append("Get busy living") .append(newLine) .append("or") .append(newLine) .append("get busy dying.") .append(newLine) .append("--Stephen King") .toString(); } String Writer StringWriter 是另外一种可以用来创建多行字符串的方法。 在这个方法中，我们不需要使用 newLine ，因为我们使用了 PrintWriter 对象，这个对象将会自动添加一个方法 println(); （如果你查看下 JDK 的源代码的话就了解了。） public String stringWriter() { StringWriter stringWriter = new StringWriter(); PrintWriter printWriter = new PrintWriter(stringWriter); printWriter.println("Get busy living"); printWriter.println("or"); printWriter.println("get busy dying."); printWriter.println("--Stephen King"); return stringWriter.toString(); } Guava Joiner 使用外部库，通常对字符串拼接这个问题来说意义不大。 如果你的项目已经使用了外部库的话，你也是可以直接拿来用的。 例如，大部分项目中都会使用的 Guava。我们可以使用 Guava 中的 Joiner 类。 public String guavaJoiner() { return Joiner.on(newLine).join(ImmutableList.of("Get busy living", "or", "get busy dying.", "--Stephen King")); } 从文件中载入 Java 读取文件和从文件中的输出是相同的。 换句话说，Java 从文件中读到什么就会显示什么，因为对于比较长的文本，可以使用属性文件或者文件的方式来把这些数据从程序中分离出来。 读取文件的方式有非常多种，我们通常会使用第三方的库来读取，因为 Java 读取文件的时候比较容易出现异常，同时读取文件有时候还需要处理文件读取的流。 例如下面的代码，我们使用的是原生的文件读取方式： public…

这个问题是编译时错误，在 Java 的运行时没有这个限制。 当我们在 Java 编译器中输入的变量值超过 64 KB 的话，Java 编译器是不会让编译通过的，你将会得到一个 constant string too long” error from the compiler 错误。 在本文中，我们将会对这个问题的原因进行解释和如何解决这个问题。 问题描述 首先让我们在本地的计算机中重复这个问题，在下面的代码中，插入一个超长的字符串。 @Test public void whenDeclaringTooLongString_thenCompilationError() { String stringTooLong = "stringstringstring ... 100,000 characters ... string"; assertThat(stringTooLong).isNotEmpty(); }     上面输入的字符串超过了 100,000 个字符。因为我们是为了测试使用的，你可以在代码中输入任何很长的字符。 有时候你的 IDE 可能不会提示这个错误，但是我们测试的 IEDA 是没有问题的，这个错误能够完全提示出来。 当然可以使用 maven 来进行编译，相同的代码，如果使用 Maven 进行编译的提示如下： [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 01:06 min [INFO] Finished at: 2022-08-06T09:34:08-04:00 [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.10.1:testCompile (default-testCompile) on project core-java-strings: Compilation failure [ERROR] /D:/WorkDir/Repository/GitHub/cwiki-us-docs/java-tutorials/core-java-modules/core-java-strings/src/test/java/com/ossez/stringtoolong/StringTooLongUnitTest.java:[16,32] constant string too long [ERROR] [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn <args> -rf :core-java-strings 在使用 UTF-8 编码的时候，类文件的字符被限制在 2^16 bytes。 问题解决 因为这个问题是编译时错误，不是运行时问题。 解决这个问题的办法也就非常简单了，如果你需要处理超长的字符串的话，我们可以使用 FileInputStream 的方法来进行处理。 将需要处理的字符串放到文件中就可以了。 然后让你的程序从文件中把数据读出来。 如下面的代码所示： @Test public void whenStoringInFileTooLongString_thenNoCompilationError() throws IOException { FileInputStream fis = new FileInputStream("src/test/resources/stringtoolong.txt"); String stringTooLong = IOUtils.toString(fis, "UTF-8"); assertThat(stringTooLong).isNotEmpty(); } 当然你也可以定义成一个属性文件中的值，这样的话，你可以通过读取属性文件方法把这个值取出来。 这种方法和上面一种方法的本质是一样的，就是用文件来替换掉。 @Test public void whenStoringInPropertiesString_thenNoCompilationError() throws IOException { try (InputStream input = new FileInputStream("src/main/resources/config.properties")) { Properties prop = new Properties(); prop.load(input); String sValue = prop.getProperty("stringtoolong"); assertThat(sValue).isNotEmpty(); } } 然后尝试对上面的代码再次进行重新编译，有关这个字符串过长的错误就解决了。 [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 6.433 s [INFO] Finished at: 2020-03-14T18:23:54+01:00 [INFO] ------------------------------------------------------------------------ 当然，你也可以使用字符串拼接的方式，将希望处理的字符串进行拼接。 但并不十分推荐使用这种方法来进行处理。 结论 在本文中，我们对 constant string too long 编译错误进行了说明，并且提供了解决的方法。 简单来说就是使用文件来进行替换。 测试源代码 相关的测试源代码，请访问： https://src.ossez.com/cwiki-us-docs/java-tutorials/src/branch/main/core-java-modules/core-java-strings/src/test/java/com/ossez/stringtoolong/StringTooLongUnitTest.java 您也可以 Fork 代码后提交更新。   https://www.ossez.com/t/java-constant-string-too-long/14048

Discourse 使用一段时间以后会发现硬盘空间占用非常多。 主要是因为 Docker Image 的问题，如果升级次数越多，空间占用越多。 运行下面的命令： ./launcher cleanup 能够帮助你清理 Discourse 占用的空间。 如下面代码所示： [root@WWW discourse]# ./launcher cleanup WARNING! This will remove all stopped containers. Are you sure you want to continue? [y/N] y Deleted Containers: 56cf2b82033af7813aaf7ee02eb8793aa15f8d3a025df8af2e4df75cc8f4dc96 Total reclaimed space: 0B WARNING! This will remove all images without at least one container associated to them. Are you sure you want to continue? [y/N] y Deleted Images: deleted: sha256:506f9cdf603a473f3ba35a8ba01ca70024849dd5c3797da49e0d3c7c802a4f0b deleted: sha256:f1d2b9d8a3e0db1e7bb0a67743a614c4d1b3a7e067c53a4434fd72ed7d67df52 untagged: discourse/base:2.0.20210415-1332 untagged: discourse/base@sha256:b3b1eb6d859d683f26ad2a02e0efabcd502a63ab07b8211e4c425aa7ba7dd3a4 deleted: sha256:30e4746e631e7577e7ebd083e48947c755842801a00bc257e47759fecd499712 deleted: sha256:c1895ca2a8f6e6463a576d86b0038b82e86919c8899ebad7e15021d45e7f7199 deleted: sha256:7e718b9c0c8c2e6420fe9c4d1d551088e314fe923dce4b2caf75891d82fb227d deleted: sha256:50db4216c5d5c853293af9fab8d467c74b1e71d82e70a03c8dd1984dc3ef0431 deleted: sha256:b62f20d4a8836c1d9abcf081c16c834587ec15680a8bd34017a0621510aea57b untagged: discourse/base:2.0.20201221-2020 untagged: discourse/base@sha256:e181dd9046cc293b10c5b29bbc21c5aa8b939ba5f0c500da4a9e952ed0b5195d deleted: sha256:6b45f8ee2ab2e90b0a8ea371d51f5f0dc080b7955f9812b47a79c261aaa29823 deleted: sha256:05c8e0789bfe3e0486776c00befc48d0f0e5569c0361f181877f9611c6f1f635 deleted: sha256:3311925cea5165456fa79172f8186c58d80c2424bcd2c899a899a66ba51de9b4 deleted: sha256:a0676b0d76ab4dbef950969be61a733e5d8282b2ad2685105aa179f0707a74d8 deleted: sha256:8ecb2a5f79248ebea87567efabd251562fee6d09858fdd391a116eb42d641feb deleted: sha256:51f0314e2e6ae5c1ca3e4075bdd919980135340f24a40f1a574cdd5eadc57b09 deleted: sha256:aab4715f96bfbcb2f97387ef16730db52252ac3a01a1d37c2f9f2da031316b97 deleted: sha256:c98b940b38e61975ea39e2e8159796b6d21baf4bb7f5d0418edce2aca657bff5 untagged: hello-world:latest untagged: hello-world@sha256:1a523af650137b8accdaed439c17d684df61ee4d74feac151b5b337bd29e7eec deleted: sha256:bf756fb1ae65adf866bd8c456593cd24beb6a0a061dedf42b26a993176745f6b deleted: sha256:9c27e219663c25e0f28493790cc0b88bc973ba3b1686355f221c38a36978ac63 untagged: discourse/base:2.0.20220720-0049 untagged: discourse/base@sha256:7ff397003c78b64c9131726756014710e2e67568fbc88daad846d2b368a02364 deleted: sha256:7be781c858e622c5fb31b9dc6a5d3e492c065b904ffc16ce477fcc53ca65b9fa deleted: sha256:5b5900cb8266bbdd3e06b78abc67a0dcec04af1381ff630faa56b5c0149692c9 deleted: sha256:09dd498b1f776d6661e4b47b24e70d3bbc7db406345d65ced288f6b245927a9c deleted: sha256:5ac0c84a3441c11fb2c39479fef77749eee9f96ba12bc9da9c049c14788775a3 deleted: sha256:c8c660d577fda3361260d76be6e0fabf3da4588e3d999cc99753203af01f6e80 deleted: sha256:3e45b3847b22d5a008e7a4e01a1c7bd39d75225589e18c2ab545ba809a613601 untagged: discourse/base:2.0.20211118-0105 untagged: discourse/base@sha256:74b41fffd4f05433eb7c9b72954b1f5f8b15cd0e802bb724c96b7d699c3f6fa1 deleted: sha256:b6cc7cf8974a6ef7bb64c36f4592af261cda0d5565bd91da603568ce26968048 deleted: sha256:c1455b2fdbca024c36c4e75746051b77c3637020cfa1e36a41440292a8c39424 deleted: sha256:77b323d4ec74aad770337f99a60e862a64ccc53f4775b5f4945df0e606f78b90 untagged: discourse/base:2.0.20210528-1735 untagged: discourse/base@sha256:b1890ab83b905ada5c9b7221264d62159bbf63bda706cdc652b0533bc90431c5 deleted: sha256:4ce0d1e5d32feaa17da3d402ab2f5fe038137662ce77d165e0567d76db40c095 deleted: sha256:5c06ea48f14b9a051dbcccf1a0412e85df72ab9e21af9c1962e3cdea0b1b2a77 deleted: sha256:a0514302287107820c8e83f8f895c7f6a7ba563a577ebac462574b0d9b43c5ee deleted: sha256:e3a31c05b5e75d8d70d5de0b54eaabeee2038934666c03a0345ad41a2cd9bb55 deleted: sha256:482386bf57afd5847d36e8ee4324f76d63e7cdf5234e7be3b760b78f64db7a71 deleted: sha256:c497ee682f8262de408c6f12917672455e38c8f710704a7b090e2fd51756eba6 deleted: sha256:02c055ef67f5904019f43a41ea5f099996d8e7633749b6e606c400526b2c4b33 untagged: discourse/base:2.0.20220128-1817 untagged: discourse/base@sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae deleted: sha256:bcd525e1be918b0c4e9bf19495943eb8b7cb548d073b9f3ad23c714d814c1808 deleted: sha256:0586eaea867ec10dddd5fca8f81e17cba7f952270c5ff596230ec12033b3c6d1 deleted: sha256:c35314905abc8c9c72a22fb56b1cabf20df44788f7438da5c8d9b56d037e32c3 deleted: sha256:7d0ebbe3f5d26c1b5ec4d5dbb6fe3205d7061f9735080b0162d550530328abd6 deleted: sha256:73460cdc27d4133c601563777240899fb33ecc7f7477b16f5031553de368208f deleted: sha256:e34987cfb7c91bff520e060d9e4f791e76295a4b6839dc1684cf87f0aea79c2a deleted: sha256:c0704d4ce2b4b1b395895db07af5dd040bac1099c6e7dc6c634e144d55215458 deleted: sha256:9b70fca9c051383c6b74a2a21804cbb967e3fd49c8f88f9ff12109e95af27fb3 deleted: sha256:87c8a1d8f54f3aa4e05569e8919397b65056aa71cdf48b7f061432c98475eee9 untagged: discourse/base:2.0.20220413-0411 untagged: discourse/base@sha256:bd13d6869319791c8379143cc8a1c4cfc71d5406dd7e606dffdd40da04d4ed1b deleted: sha256:ab71a5d974602eaf772a3e07b44ae981b85a36927d231f06e539e631d3db3e92 deleted: sha256:bb449b86e88550855d381f04c9341c1ab39498127043d18c9a66fbdc3b85982e deleted: sha256:51855ced24070ab6ec11f2675db73131b3b3a469a0f63cd5eb7742189b838b38 deleted: sha256:608f3a074261105f129d707e4d9ad3d41b5baa94887f092b7c2857f7274a2fce Total reclaimed space: 20.57GB 帮助你清理了超过 20 G。     这个命令可以没事运行下。   https://www.ossez.com/t/discourse/14047

解放前，湖南的匪患已有上百年的历史，是全国匪患较严重的地区之一。国民党在败走台湾前曾有计划地收编大量的土匪武装，到新中国成立前夕，湖南省有大小武装土匪200余股，共20万人，永州专区就有“保二军”、“新七军”等部30000人。 1949年12月湖南虽然基本解放，但一些山区仍然被土匪占领。湖南省委决定由湖南军区所辖的10个军分区担负剿匪任务，同时中央军委留主力部队第四十六军、第四十七军在湖南进行剿匪。 以第四十六军为主体建立了湘南剿匪指挥部，负责郴州、零陵、邵阳、衡阳的剿匪任务；第四十七军负责湘西剿匪。全省共投入部队20万人进行剿匪，到1952年夏湖南全省剿匪任务基本完成。 零陵区水口山一带，因大山连绵近百里，又与桂北山区相连，国民党反动势力与湘桂边界的土匪勾结在一起，利用崇山峻岭作掩护，在这一带山区侵扰民众，进行各种破坏活动，威胁新成立的政府。 零陵军分区特别在水口山乡政府驻扎了一个排的部队负责剿匪和保护新政权的任务。1950年4月6日，一股活动在湘桂边界的土匪抢劫了水口山楚阳圩场后，向大皮口村后的柴君山流窜，并躲在住在柴君山半山坡通匪者杨云的家里，在那里停下来做饭。 当时驻扎在水口山乡政府的解放军接到报告后，张洪生副连长亲自带领一个班人前去追剿。傍晚，山上已升起浓浓的大雾。张连长率领战士们一路急行军，冲上三十二道弯时，天已全黑。浓雾笼罩的柴君山伸手不见五指。张连长他们摸黑快要靠近半山坡的一座屋子时，通匪者家里的狗大叫了起来，正在吃饭的土匪，听到狗的狂吠，大喊“解放军来了！”丢下饭碗，利用熟悉的地形，从屋后面向大山深处逃跑。 张连长冲在最前面，见屋内有灯火，就一脚把门踹开，冲了进去，一把抓住了一个没来得及逃的土匪，土匪见逃不脱了，急忙掏出手枪向张连长连开数枪，张连长倒在血泊中，光荣牺牲。 土匪乘着天黑和地形熟悉，趁机逃跑了。战士们只得先把张连长抬到大皮口村的祖山边，第二天早上才从柴君山抬出。 然后请大树脚二人和大皮口的杨龙花、李隆喜抬着放在唐家门前祖山地，4月10日在唐家门前祖山地安葬，并立碑以示纪念。后来人民政府加大剿匪力度，采取劝剿结合方法，那些活跃在湘桂边界的土匪或歼或降，基本被剿灭，零陵西南山区得以安定。 向张连长开枪的土匪后来在湘桂边界被活捉，被人民政府镇压。     张洪生烈士是河北省青云县张家屯人，时任湖南省军区零陵军分区零陵县大队第一连副连长，生年无考。青山处处埋忠骨，何必马革裹尸还，张洪生烈士把生命献给了零陵这片土地。 张洪生烈士牺牲后，村民将其安葬在青山绿水萦绕的大皮口村西南的唐家门前的山坡上。数十年来，村民为墓地除草培土，守护着这位为国捐躯，为民除害的英雄，传颂他英勇无畏，奋不顾身的故事。村里的村民每年清明前后为英雄墓祭扫，敬献花圈、供奉水果，寄托哀思。 2018年大皮口村又重修了张洪生烈士墓，传承烈士为民牺牲的献身精神。 大皮口传统村落里很多人以英烈事迹为榜样教育子女，积极鼓励年轻人保家卫国，踊跃报名参加中国人民解放军，村里一度形成了一种父送子、祖送孙参军的优良传统。 家里两代、三代当兵的就有好几家。村里谁家孩子当兵了，大家敲锣打鼓进行欢送，孩子转业归来，荣归故里，村民办宴为其接风。据不完全统计，自解放以来，该村入伍人数达130多人，每年平均有2人参军，其中任连、营、团、师级干部的有十余人。 杨易成、杨富熙在朝鲜战场上奋勇杀敌，是身负重伤授勋回归的功臣。杨军荣1979年2月参加过“对越自卫还击战”；杨卫国同志(解放军117医院政治处主任)2003年参加非典救援工作和汶川地震救援，2003年被评为广东省抗非典一等功臣，参加全国抗非典表彰大会。   https://www.usreio.com/t/topic/262

最近在编译 GRPC 的时候遇到了一个奇怪的问题，现在没有找到 GRPC 编译上使用的编译器。 主要原因就是 Java 使用的 Maven 插件将新的 Apple 操作系统识别成了 protoc-3.11.4-osx-aarch_64.exe。 如果你的 GRPC 使用插件的版本不够的话，这个可执行文件是没有在中央仓库中找到了。 例如，我们使用的 3.11.4 的版本就没有找到了。     可以做的就是对使用的插件版本进行升级。 例如我们可以升级到 3.17.3 的版本。 在这个版本中，我们就可以看到我们需要使用的插件了。   查看 Maven 库中可执行文件的地址链接为：https://repo1.maven.org/maven2/com/google/protobuf/protoc/3.17.3/ https://www.ossez.com/t/grpc-macos-m1/14044

Discourse 的头部链接是没有办法自定义的，我们使用下面的这个插件来进行配置 可以从 Git 代码仓库中进行安装，有关这个插件的官方讨论地址为：Custom Header Links - theme-component - Discourse Meta 我们 Fork 了这个插件：Fork 后的插件的地址为：GitHub - Discourse-C/discourse-custom-header-links 安装效果 安装后的效果如下面的图片。 桌面     移动界面 因为移动空间的限制，我们不建议在移动界面中显示更多的内容。     安装方法 从 Git 代码仓库中进行安装。 进入后台中的主题管理，然后选择安装。     然后可以选择从 Git 仓库中进行安装。       在仓库地址中，输入你需要安装的仓库地址。 在本例中，我们使用的地址为：Discource-C/discourse-custom-header-links - discourse-custom-header-links - OSSEZ SRC 当然，你也可以使用官方的地址来进行安装的。 如果一切顺利，则显示安装成功。     当然，在这里，你需要选择应用的主题才可以让你安装的插件生效。     然后你就可以在你的界面中看到启用的插件了，并查看产生的效果。   https://www.ossez.com/t/discourse-custom-header-links/14043