采用和節流、防抖一樣的實現方式，用高階函數實現，也就是 encapsulation 返回一個函數，這個函數會在執行時把參數傳遞給 method：const encapsulation = function (method) { return function(...args){ try { //調用encapsulation這個方法時傳入方法或函數會執行在這里 return method.bind(this)(...args); } catch (error) { return error } }};// 調用的時候：function test(a, b){ return console.log(a, b);}const tryTest = encapsulation(test);tryTest(1, 2); // 1, 2不過要慎用encapsulation，因為屏蔽錯誤往往會導致調試困難，甚至導致更為棘手的問題；另外，在容易產生性能瓶頸的代碼中也要盡量保證函數的可靠性和參數的一致性，使用高階函數和try...catch都可能進一步降低性能。

一般不需要專門去監聽，可以用 computed 屬性來實現雙向賦值。順便，名字不要取 newLoading，意義不太明確，不知道為什么 newcomputed: { loadingValue: { get() { return this.loading; } set(value) { this.$emit("update:loading", value); } }}然后在屬性那里使用雙向綁定標識（Vue2)<child :loading.sync="loading" />或 (Vue3)<child v-model:loading="loading" />

MQTT客戶端ID必須是全局唯一的。在你的代碼中，你將PubId硬編碼為"127.0.0.1"。 對于運行的每個代碼實例，該值都需要不同。 https://www.eclipse.org/paho/files/javadoc/org/eclipse/paho/client/mqttv3/MqttClient.html#MqttClient-java.lang.String-java.lang.String-org.eclipse.paho.client.mqttv3.MqttClientPersistence-

根據http://test.mosquitto.org，端口為： 8883:MQTT，加密，未經驗證8884:MQTT，加密，需要客戶端證書 在代碼client1.tls_set('C:\etc\mosquitto\certs\mosquitto.org.crt')中設置ca_cert，參數為： tls_set(ca_certs=None, certfile=None, keyfile=None, cert_reqs=ssl.CERT_REQUIRED, tls_version=ssl.PROTOCOL_TLS, ciphers=None) 這足以連接到端口8883（您的代碼為我成功連接到該端口）。與端口8883的連接將被加密，客戶端可以確認服務器的標識；但是，客戶機不必提供客戶機證書（以識別自身）。 要連接到端口8884，您必須提供客戶端證書（用于驗證客戶端）-即certfile和keyfile參數。可以在此處申請適當的證書。

MOSQUITO不會自動加載配置文件，如果要使用默認值以外的任何值，則必須在命令行上使用-c標志傳遞配置文件。當作為服務運行時，服務定義包括指向默認配置文件的-c。 默認配置文件通常存儲在/etc/mosquitto/mosquitto.conf中。此文件包括以下行： include_dir /etc/mosquitto/conf.d 它告訴mosquitto包含/etc/mosquitto/conf.d目錄中以.conf結尾的所有文件 當您試圖運行mosquito而不向其傳遞配置文件時，它失敗了，因為服務已經在運行。如果您停止它（sudo service mosquitto stop），然后運行mosquitto -c /etc/mosquitto/mosquitto.conf，它會更進一步，但也會失敗，因為您的用戶將無法訪問默認的持久性文件或日志文件。 最簡單的解決方案就是用 sudo service mosquitto restart 它將獲取您在/etc/mosquitto/conf.d/custom.conf中所做的更改 然后，您應該檢查日志文件（/var/log/mosquitto/mosquitto.log），以了解匿名客戶端仍然無法連接的原因。

mosquitto_pub&mosquitto_sub將只接受所有證書/密鑰的PEM編碼文件。無法將PKCS12 (.p1 2或.pfx）證書存儲/綁定直接與這些工具一起使用。 如果MQTT.fx的版本v1. 7（給定最新版本，如果v5.0）也不支持傳遞PKCS12捆綁包，那么就沒有神奇的方法可以做到這一點，您唯一的選擇是使用openssl將其分解為PEM格式編碼的部分（證書、密鑰和ca證書），并傳遞這些文件。

首先Using default config.意味著特定實例根本沒有使用配置文件，而是使用內置默認值，就像偵聽端口1883一樣。 其次，mosquitto沒有默認的配置文件，您必須始終使用-c選項來傳遞要運行的配置文件的路徑。 考慮到提供的配置文件，它可能沒有凍結，您只是告訴它將日志寫入一個文件，以便在命令行上沒有輸出。您需要跟蹤/var/log/mosquitto/mosquitto.log文件以查看輸出（日志代碼中還有一個小錯誤，這意味著它只在緩沖區已歸檔時打印，因此日志條目可能會延遲，直到有足夠的內容寫入緩沖區）。 最后，v1.4.x非常舊，您應該運行v2。x版本，因為它包含錯誤/安全修復的日志。

您不必通過new來創建對象，讓spring來為您創建對象。請在下面試試看。如果這不起作用，那么您需要檢查您的.yaml文件是否格式良好，并且沒有間距問題。 @Configuration@ConfigurationProperties(prefix = "conf-listener")public class ConfEventListenerConfiguration { private ListenConfEvent listenConfForInfoEvent; private ListenConfEvent listenConfForWarnEvent; private ListenConfEvent listenConfForErrorEvent; // public getter and setters public static class ListenConfEvent { private int second; // public getter and setters }}

ESP-IDF文檔在PKI術語方面有點問題。我很確定，當他們說“服務器證書”時，他們的意思是“鏈中驗證服務器身份的任何證書：CA、intermediate或server cert”。他們在HTTPS客戶端文檔中也犯同樣的錯誤。 不管怎樣，只要將您的CA證書輸入ESP示例項目并嘗試一下。確保它是PEM格式的-檢查這個答案的細節。如果需要，使用openssl轉換。

安裝MOSQUITO后，會設置一個systemd服務，以MOSQUITO用戶的身份運行。如果你試著以普通用戶的身份運行它，你會遇到幾個問題 如果服務正在耗盡，則將失敗，因為該地址/端口已被該服務使用 如果先停止服務，那么它將無法寫入日志文件，因為它屬于Mosquito用戶。 因此，最好的測試方法是更新配置文件，然后重新啟動服務（sudo service mosquitto restart），并用journalctl -f -u mosquitto.service跟蹤日志

stack.Length()不應該比stack.length慢，因為它是一個函數調用嗎？ 反對！假設事實不是證據。 Specifically: 為什么你認為這是一個函數調用？它看起來像一個，但實際的Go編譯器通常會在行中擴展代碼。 為什么你認為函數調用比內聯代碼慢？在實際計算機上測量實際程序時，有時函數調用比內聯代碼快。事實證明，關鍵的部分通常是正在執行的指令及其操作數是否已經在適當的CPU緩存中。有時，內聯擴展函數會使程序運行得更慢。 編譯器應該進行內聯擴展，除非它使程序運行得更慢。編譯器在pre或post-detecting這樣的減速（如果存在的話）有多好是另一個問題。在這個特定的例子中，給定函數定義，編譯器幾乎可以確定只是將函數展開成一行，因為訪問stack.length很可能是一條指令，調用一個函數將是一條指令，在這里決定折衷將很容易。

假設我們有一個Time類，為了簡單起見，我們假設我們只需要精確到分鐘，即HH:MM。{1119}就是說： class Time { public int hour; public int minute;} 然后由于以下一個或多個原因進行封裝。 限制訪問，即驗證 我們不希望對這些字段進行公共訪問，因為這樣我們就無法確保這些值是有效的（分別是0-23和0-59）。 因此，我們概括如下： class Time { private int hour; private int minute; public int getHour() { return this.hour; } public int getMinute() { return this.minute; } public void setHour(int hour) { if (hour < 0 || hour > 23) throw new IllegalArgumentException("Invalid hour: " + hour + " (must be 0-23)"); this.hour = hour; } public void setMinute(int minute) { if (minute < 0 || minute > 59) throw new IllegalArgumentEx

將UsernameFlag和PasswordFlag添加到paho.Connect中，例如： cp := &paho.Connect{ KeepAlive: 30, ClientID: "test", CleanStart: false, Username: username, UsernameFlag: true, Password: []byte(password), PasswordFlag: true, } paho.golang文檔需要工作，但這在mqttv5規范中已經涵蓋了。我已經用Mosquitto 2.0.1對其進行了測試并成功連接。

Mosquitto代理支持WebSockets上的MQTT，但它必須位于TCP上本機MQTT的單獨端口上。 因此，如果Mosquetto通常在端口1883上偵聽，則需要選擇不同的端口來通過WebSockets偵聽器運行MQTT。例如 listener 1883listener 8083protocol websockets 然后需要更新proxy_pass條目中的端口以匹配。

簡單處理可以直接負margin蓋上去<app> <nav> <router-view/> page1 <div></div>page2 <div> <nav-btn style="margin-top: -100px"/> </div> 規范點可以在app中定義一個變量接受子組件傳遞的組件,然后用component展示這個組件<app> <nav> <component :is="childCustomComponent"/> </nav> <router-view>app provide一個方法給子組件注冊這個childCustomComponent組件即可// app.vueexport default { provide() { return { addNavButton(component) { this.childCustomComponent = component } } }}有需要的路由頁面通過這個方法把組件傳遞給父頁面// child.vueimport NavBtn from "./children/NavBtn.vue"export default { inject: ['addNavButton'], c