2022工作中遇到的问题二

周虽旧邦其命维新

已于 2022-03-08 08:59:44 修改

阅读量1.3k

点赞数

分类专栏：工作中遇到的问题文章标签： intellij-idea java maven

于 2022-03-08 08:13:46 首次发布

本文链接：https://blog.csdn.net/noob9527/article/details/123344134

版权

工作中遇到的问题专栏收录该内容

53 篇文章 0 订阅

订阅专栏

1、双向绑定没有生效

下拉框有A、B、C三个选项，但是选了B之后显示的还是A，其实v-model中选中的值已经变成了B，但显示没变。

问题原因：v-model绑定的属性queryParams.xxx，queryParams是data中声明的属性，xxx在初始化的时候并没有写在data中，而vue不能检测对象属性的增加或删除，也就没办法监听到xxx这个属性的改变而进行双向绑定

解决方法：data中声明queryParams时，带上xxx这个属性

2、使用计算属性提示未定义

Property or method “XXX” is not defined on the instance but referenced during render

检查是否写了多个computed

3、oracle连接报错归档程序错误

错误信息：

ORA-00257: 归档程序错误。只有在解析完成后才以 AS SYSDBA 方式连接

进入oracle用户

su oracle

使用sqlplus命令连接oracle

# sqlplus username/password@ip:port/sid
sqlplus wwwcloud/xxx2020@134.xx:1521/ORCL

1、检查空间redo log\recovery file\flash_recovery_area_usage使用情况

select * from v$log;
select * from v$recovery_file_dest;
select * from v$flash_recovery_area_usage;

可以看出由于ARCHIVED LOG空间满导致了不能远程登录，ARCHIVED LOG已经达到99.61%
请添加图片描述

从oracle用户下进入rman

rman target /

删除7天以前的所有ARCHIVED LOG

DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';

再次执行发现ARCHIVED LOG的空间已经降下来了
请添加图片描述

4、springcloud gateway报错403

同事在gateway中加了一个maven坐标，然后项目中的验证码接口就开始报错403，发现gateway启动报错：

**********************************************************

Spring MVC found on classpath, which is incompatible with Spring Cloud Gateway at this time. Please remove spring-boot-starter-web dependency.

**********************************************************

原来是springcloudgateway的内部是通过netty+webflux实现的，webflux实现和springmvc配置依赖冲突。

exclusion掉spring-boot-starter-web，gateway启动后验证码接口访问正常。

5、同包名同类名

对项目进行fat jar到thin jar改造，但是发现项目代码中出现和第三方依赖同包名同类名的类，导致外置lib后启动失败，启动脚本添加jvm参数-verbose:class打印类加载过程，发现拆包前加载的是同事自定义的XXXService，拆包后加载的是flowable-engine-6.4.1.jar中的XXXService

查看拆包前后META-INF/MANIFEST.MF文件

拆包前:

Manifest-Version: 1.0
Archiver-Version: Plexus Archiver
Created-By: Apache Maven 3.5.3
Built-By: yzliu
Build-Jdk: 11.0.8
Main-Class: org.springframework.boot.loader.JarLauncher
Start-Class: com.gykjit.wf.WorkFlowApplication
Spring-Boot-Version: 2.6.4
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/
Spring-Boot-Classpath-Index: BOOT-INF/classpath.idx
Spring-Boot-Layers-Index: BOOT-INF/layers.idx

拆包后:

Manifest-Version: 1.0
Archiver-Version: Plexus Archiver
Created-By: Apache Maven 3.8.4
Built-By: root
Build-Jdk: 11.0.8
Main-Class: org.springframework.boot.loader.PropertiesLauncher
Start-Class: com.gykjit.wf.WorkFlowApplication
Spring-Boot-Version: 2.3.1.RELEASE
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/
Spring-Boot-Classpath-Index: BOOT-INF/classpath.idx

在启动类中打印java虚拟机系统属性

		ClassLoader appClassLoader = ClassLoader.getSystemClassLoader();
		System.out.println(appClassLoader);
		Properties sp = System.getProperties();
		Enumeration e = sp.propertyNames();
		while (e.hasMoreElements()) {
			String key = (String) e.nextElement();
			System.out.println(key + "=" + sp.getProperty(key));
		}

发现拆包前系统属性java.class.path中先加载了class，后加载外部依赖，拆包后java.class.path中没有外置依赖jar包，外置依赖通过loader.path加载，

总结：拆包前用的启动器是JarLauncher，通过java.class.path加载顺序是先加载class，拆包后的启动器是PropertiesLauncher，通过java.class.path和loader.path加载，应该是loader.path先加载了，导致classloader加载项目代码中的同包名同类名文件时判断重复而忽略。

6、服务器ping域名不通

服务器连了外网，但是ping maven.aliyun.com不通

修改域名解析

/etc/resolv.conf

注意：重启后这个文件会被还原

7、nacos配置修改后不更新问题

通过项目启动日志的这几行可以看出，1、LocalConfigInfoProcessor加载了nacos本地快照文件，快照文件位置在C:\Users\11244\nacos\config，猜测nacos修改配置后不生效原因和本地快照文件有关，2、NacosPropertySourceBuilder.loadNacosData是加载nacos配置的入口方法。

2022-03-07 18:11:33.769 [main] INFO  c.a.n.c.c.i.LocalConfigInfoProcessor - [<clinit>,212] - LOCAL_SNAPSHOT_PATH:C:\Users\11244\nacos\config
2022-03-07 18:11:35.620 [main] INFO  c.a.n.c.c.i.Limiter - [<clinit>,54] - limitTime:5.0
2022-03-07 18:11:35.650 [main] WARN  c.a.c.n.c.NacosPropertySourceBuilder - [loadNacosData,87] - Ignore the empty nacos configuration and get it based on dataId[modules] & group[DEFAULT_GROUP]
2022-03-07 18:11:36.269 [main] WARN  c.a.c.n.c.NacosPropertySourceBuilder - [loadNacosData,87] - Ignore the empty nacos configuration and get it based on dataId[modules.yml] & group[DEFAULT_GROUP]

loadNacosData源码如下，configService.getConfig读取远程配置信息

private Map<String, Object> loadNacosData(String dataId, String group,
			String fileExtension) {
		String data = null;
		try {
			data = configService.getConfig(dataId, group, timeout);
			if (StringUtils.isEmpty(data)) {
				log.warn(
						"Ignore the empty nacos configuration and get it based on dataId[{}] & group[{}]",
						dataId, group);
				return EMPTY_MAP;
			}
			if (log.isDebugEnabled()) {
				log.debug(String.format(
						"Loading nacos data, dataId: '%s', group: '%s', data: %s", dataId,
						group, data));
			}
			Map<String, Object> dataMap = NacosDataParserHandler.getInstance()
					.parseNacosData(data, fileExtension);
			return dataMap == null ? EMPTY_MAP : dataMap;
		}
		catch (NacosException e) {
			log.error("get data from Nacos error,dataId:{}, ", dataId, e);
		}
		catch (Exception e) {
			log.error("parse data from Nacos error,dataId:{},data:{},", dataId, data, e);
		}
		return EMPTY_MAP;
	}

进入getConfig方法会发现实际调用的是getConfigInner：

private String getConfigInner(String tenant, String dataId, String group, long timeoutMs) throws NacosException {
        group = null2defaultGroup(group);
        ParamUtils.checkKeyParam(dataId, group);
        ConfigResponse cr = new ConfigResponse();
        
        cr.setDataId(dataId);
        cr.setTenant(tenant);
        cr.setGroup(group);
        
        // 优先使用本地配置
        String content = LocalConfigInfoProcessor.getFailover(agent.getName(), dataId, group, tenant);
        if (content != null) {
            LOGGER.warn("[{}] [get-config] get failover ok, dataId={}, group={}, tenant={}, config={}", agent.getName(),
                    dataId, group, tenant, ContentUtils.truncateContent(content));
            cr.setContent(content);
            configFilterChainManager.doFilter(null, cr);
            content = cr.getContent();
            return content;
        }
        
        try {
            String[] ct = worker.getServerConfig(dataId, group, tenant, timeoutMs);
            cr.setContent(ct[0]);
            
            configFilterChainManager.doFilter(null, cr);
            content = cr.getContent();
            
            return content;
        } catch (NacosException ioe) {
           ...
        }
        ...
    }

断点调试LocalConfigInfoProcessor.getFailover发现，通过快照三次读取的content都是null，实际是通过worker.getServerConfig得到的配置信息，而进入worker.getServerConfig方法我们会发现其实是通过httpget方法调用nacos服务端接口拿到的配置信息

public String[] getServerConfig(String dataId, String group, String tenant, long readTimeout)
            throws NacosException {
        String[] ct = new String[2];
        if (StringUtils.isBlank(group)) {
            group = Constants.DEFAULT_GROUP;
        }
        
        HttpRestResult<String> result = null;
        try {
            Map<String, String> params = new HashMap<String, String>(3);
            if (StringUtils.isBlank(tenant)) {
                params.put("dataId", dataId);
                params.put("group", group);
            } else {
                params.put("dataId", dataId);
                params.put("group", group);
                params.put("tenant", tenant);
            }
            result = agent.httpGet(Constants.CONFIG_CONTROLLER_PATH, null, params, agent.getEncode(), readTimeout);
        } catch (Exception ex) {
            String message = String
                    .format("[%s] [sub-server] get server config exception, dataId=%s, group=%s, tenant=%s",
                            agent.getName(), dataId, group, tenant);
            LOGGER.error(message, ex);
            throw new NacosException(NacosException.SERVER_ERROR, ex);
        }
        ...
    }

得出结论nacos配置未更新的问题和本地快照文件无关。那么为什么从nacos服务端读取到的配置信息不是最新的呢，我在刚刚断点agent.httpGet方法的时候取得了请求参数，在postman中调用nacos服务端，确实没有更新。

于是我从github上git clone了nacos的源码，切换到develop分支，设置java启动参数为单机启动

-Dnacos.standalone=true

启动成功后，通过postman模拟httpget请求，进入nacos源码ConfigController.getConfig方法

	@GetMapping
    @Secured(action = ActionTypes.READ, signType = SignType.CONFIG)
    public void getConfig(HttpServletRequest request, HttpServletResponse response,
            @RequestParam("dataId") String dataId, @RequestParam("group") String group,
            @RequestParam(value = "tenant", required = false, defaultValue = StringUtils.EMPTY) String tenant,
            @RequestParam(value = "tag", required = false) String tag)
            throws IOException, ServletException, NacosException {
        // check tenant
        ParamUtils.checkTenant(tenant);
        tenant = NamespaceUtil.processNamespaceParameter(tenant);
        // check params
        ParamUtils.checkParam(dataId, group, "datumId", "content");
        ParamUtils.checkParam(tag);
        
        final String clientIp = RequestUtil.getRemoteIp(request);
        String isNotify = request.getHeader("notify");
        inner.doGetConfig(request, response, dataId, group, tenant, tag, isNotify, clientIp);
    }

发现其实查询的是默认名称空间的配置信息，而我们使用的是自己定义的名称空间。
那么为什么程序启动获取的是默认名称空间下的配置信息呢，排查发现同事修改了springboot启动过程，在代码中设置了服务发现的名称空间spring.cloud.nacos.discovery.namespace属性，但是没有设置注册中心名称空间spring.cloud.nacos.config.namespace，导致服务发现的名称空间是自定义的，注册中心的名称空间是默认名称空间。

8、配置修改代码生成包名仍没变

经过问题7的排查步骤，我们在断点debug中已经看到获取到了修改后的配置信息，但是我们使用若依框架代码生成的包名仍然是默认名称空间下的配置，查看/batchGenCode接口对应的业务代码：

/**
     * 查询表信息并生成代码
     */
    private void generatorCode(String tableName, ZipOutputStream zip)
    {
        // 查询表信息
        GenTable table = genTableMapper.selectGenTableByName(tableName);
        // 查询列信息
        List<GenTableColumn> columns = table.getColumns();
        setPkColumn(table, columns);

        Map<String,String> idMap = new HashMap<String, String>();
        // 生成菜单主键
        idMap.put("menuId", CodeBuilder.getId());
        idMap.put("funId", CodeBuilder.getId());
        idMap.put("maintainMenuId", CodeBuilder.getId());
        idMap.put("exportMenuId", CodeBuilder.getId());
        idMap.put("submitMenuId", CodeBuilder.getId());
        VelocityInitializer.initVelocity();

        VelocityContext context = VelocityUtils.prepareContext(table,idMap);

        // 获取模板列表
        List<String> templates = VelocityUtils.getTemplateList(table.getTplCategory());
        for (String template : templates)
        {
            // 渲染模板
            StringWriter sw = new StringWriter();
            Template tpl = Velocity.getTemplate(template, Constants.UTF8);
            tpl.merge(context, sw);
            try
            {
                // 添加到zip
                zip.putNextEntry(new ZipEntry(VelocityUtils.getFileName(template, table)));
                IOUtils.write(sw.toString(), zip, Constants.UTF8);
                IOUtils.closeQuietly(sw);
				zip.flush();
                zip.closeEntry();
            }
            catch (IOException e)
            {
                log.error("渲染模板失败，表名：" + table.getTableName(), e);
            }
        }
    }

进入VelocityUtils.getFileName方法

/**
	 * 获取文件名
	 */
	public static String getFileName(String template, GenTable genTable) {
		// 文件名称
		String fileName = "";
		// 包路径
		String packageName = genTable.getPackageName();
		// 模块名
		String moduleName = genTable.getModuleName();
		// 大写类名
		String className = genTable.getClassName();
		// 业务名称
		String businessName = genTable.getBusinessName();

		String javaPath = PROJECT_PATH + "/" + StringUtils.replace(packageName, ".", "/");
		String mybatisPath = MYBATIS_PATH + "/" + moduleName;
		String vuePath = "vue";

		...
		return fileName;
	}