vue报错总结

1.vue在开发环境中运行npm run dev时报错

前一天公司服务器挂掉,当天没有运行项目,第二天运行项目的时候出现以下报错:

$ npm run dev

> Pr_BD_CASE02_DV@1.0.0 dev C:\Users\user\Desktop\Pr_BD_CASE02_DV
> webpack-dev-server --inline --progress --config build/webpack.dev.conf.js

 10% building modules 0/1 modules 1 active ... webpack/hot/dev-server ./src/main                  10% building modules 1/1 modules 0 activeevents.js:183
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRNOTAVAIL 192.168.3.n:8080
    at Object._errnoException (util.js:992:11)
    at _exceptionWithHostPort (util.js:1014:20)
    at Server.setupListenHandle [as _listen2] (net.js:1338:19)
    at listenInCluster (net.js:1396:12)
    at doListen (net.js:1505:7)
    at _combinedTickCallback (internal/process/next_tick.js:141:11)
    at process._tickCallback (internal/process/next_tick.js:180:9)
    at Function.Module.runMain (module.js:695:11)
    at startup (bootstrap_node.js:191:16)
    at bootstrap_node.js:612:3
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! Pr_BD_CASE02_DV@1.0.0 dev: `webpack-dev-server --inline --progress --co                 nfig build/webpack.dev.conf.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the Pr_BD_CASE02_DV@1.0.0 dev script.
npm ERR! This is probably not a problem with npm. There is likely additional log                 ging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Users\user\AppData\Roaming\npm-cache\_logs\2018-09-20T01_56_27_2                 01Z-debug.log

主要报错信息点在:

Error: listen EADDRNOTAVAIL 192.168.3.n:8080
    at Object._errnoException (util.js:992:11)
    at _exceptionWithHostPort (util.js:1014:20)

报错原因是端口号占用问题,因此在cmd中查看了本地IP地址:
打开cmd,输入ipconfig,查看本地IP地址:
在这里插入图片描述

然后再对比vue项目中config文件夹中index.js文件中的host后的IP值,发现IP值不一样了,因为我之前已经设置为本地IP值了,因此一开始并没有注意到这个问题。
在这里插入图片描述

因此将host后的IP值修改现在的IPv4后的值后,再次运行npm run dev就没有报错了。

PS:服务器重启后,IP地址有可能会改变。
如果服务器是绑定IP+MAC,手动分配IP,重启自然不会变化;
如果服务器是通过DHCP获取IP,重启后,也不一定会变化,服务器在重启过程中,网卡并没有被复位,网络仍然是保持畅通的,只是服务器的操作系统没在而已。当然,断电了,就一定会变的。

2.在vue中引入第三方canvas插件时容易出现以下报错

报错信息:Cannot read property ‘getContext’ of null
报错原因:canvas的getContext方法需要在页面文档加载完成之后才能去触发识别这个属性。
解决办法:canvas方法写在组件或插件中 ,window.onload = function(){}中写canvas的方法,这样保证canvas的getContext方法调用的时候,canvas元素已经加载完毕。

### Flink 大数据处理优化技巧与最佳实践 #### 调优原则与方法概述 对于Flink SQL作业中的大状态导致的反压问题,调优的核心在于减少状态大小以及提高状态访问效率。通过合理配置参数和调整逻辑设计可以有效缓解此类瓶颈[^1]。 #### 参数设置建议 针对不同版本下的具体特性差异,在实施任何性能改进措施前应当充分理解当前使用的Flink版本特点及其局限性;同时也要考虑特定应用场景的需求特征来定制化解决方案。这包括但不限于并行度设定、内存分配策略等方面的选择[^2]。 #### 数据流模式优化 采用广播变量机制可作为一种有效的手段用于降低主数据流转过程中所需维护的状态量级。当存在一对多关系的数据集间需频繁交互时,将较小规模的一方作为广播状态保存下来供另一方查询匹配使用不失为明智之举。此方式特别适用于维表Join操作中,其中一方变动相对较少但又必须保持最新记录的情况[^3]。 ```sql -- 创建临时视图以支持后续JOIN操作 CREATE TEMPORARY VIEW dim_table AS SELECT * FROM kafka_source; -- 定义Temporal Table Function以便获取指定时间点上的历史快照 CREATE FUNCTION hist_dim_table AS 'com.example.HistoricalDimTableFunction'; -- 执行带有时态条件约束的JOIN语句 SELECT o.order_id, d.product_name FROM orders o LEFT JOIN LATERAL TABLE(hist_dim_table(o.event_time)) AS d ON o.product_id = d.id; ``` 上述代码片段展示了如何利用Flink SQL实现基于时间戳的历史维度表连接功能,从而确保每次都能准确捕捉到事件发生瞬间对应的最恰当的产品名称信息。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值