升级至Composable 2211.19后PLP中ProductListComponentService.model$返回null，搜索API未触发求助

一、先确认ProductListComponentService的使用逻辑 #

• model$是Observable类型，初始值为null是正常的，必须通过订阅获取数据，不能直接读取当前值。示例：

  constructor(private productListService: ProductListComponentService) {}
  
  ngOnInit(): void {
    this.productListService.model$.subscribe(model => {
      if (model) {
        // 处理数据
      }
    });
  }
  

• 检查组件是否继承了Composable Storefront的ProductListComponent基类，或者是否在正确的路由上下文（如分类页、搜索页）中使用该组件——2211版本的PLP服务依赖路由参数（如categoryCode、query）触发搜索，无参数时不会自动发起请求。

二、手动API调用未触发的排查步骤 #

1. 验证请求URL合法性
   在debugger处打印生成的URL：

   const url = this.occEndpointsService.buildUrl(`products/search?fields=FULL`);
   console.log('生成的OCC URL:', url);
   

   确认域名、路径是否符合当前OCC配置，比如是否包含正确的baseUrl、站点ID等。

2. 检查请求头与认证信息

   • 对比Spartacus 4.3版本的PLP请求头，确认headers是否包含Authorization、occ-personalization-id等必要字段，2211版本可能要求更新的认证方式（如OAuth2令牌格式变化）。
   • 临时移除自定义headers，改用默认配置测试：

     return this.http.get(this.occEndpointsService.buildUrl(`products/search?fields=FULL`))
       .pipe(retry(1), catchError(err => {
         console.error('API请求错误:', err);
         return throwError(() => err);
       }));
     

3. 排查错误处理逻辑
   你的errorHandl可能吞掉了错误，修改为直接打印错误信息，确认是否存在401/403认证失败、404路径错误等问题。

三、适配Composable Storefront的状态管理逻辑 #

2211版本推荐通过官方服务触发搜索，而非直接调用HTTP：

import { ProductSearchService, SearchConfig } from '@spartacus/core';

constructor(private productSearchService: ProductSearchService) {}

ngOnInit(): void {
  // 触发搜索，空字符串表示加载默认商品列表，可传入搜索词
  this.productSearchService.search('', { pageSize: 12, currentPage: 0 });
  
  // 订阅搜索结果
  this.productSearchService.getResults().subscribe(results => {
    console.log('PLP搜索结果:', results);
  });
}

同时确认模块中已导入ProductStateModule，保证状态管理正常初始化。

四、版本与配置兼容性检查 #

• 确认所有@spartacus/*依赖包版本均为2211.19，避免版本不匹配导致的服务异常。
• 核对升级过程中是否遗漏了PLP相关的配置迁移，比如spartacus-configuration.module.ts中搜索配置、路由配置的变化。

内容的提问来源于stack exchange，提问作者rayss